Florent Bayle a écrit 451 commentaires

qui me permet d'effectuer de nombreuses opérations simultanément dans un contexte concurrentiel de performances globalisées, prévisibles, manageables et hautement disponibles.

FOUTAISES !

Il faudrait demander au sieur Richard Stallman ce qu'il pense de ce vil et bas instinct de procréation, cette ingérence du corps sur l'esprit qui tend à favoriser la fornication à la procréation !

Il en pense que "c'est tout à fait dégueulasse".

Pour ceux que cela intéresse, mes sources : http://media.april.org/video/RMS-27012002/ (âmes sensibles, s'abstenir).

D'après http://public.kitware.com/dashboard.php?name=kde il se pourrait que KDE 4 soit retardé :

With the FIFA world cup here, we will stop our work to give a look at those thousand pretty brazilian womens with their usual small skirts.
Sorry folks, KDE 4.0 will be launched next year, probably.

Oui, mais justement, dans le cas des "abandons/départs/décès", il y a des procédures définies (par exemple, une personne s'en allant de son plein grès devrait suivre la procédure [1], et pour les personnes ne répondant plus, et ne semblant plus travailler sur leur paquets, il y a la procédure [2]), mais là on parle de mainteneurs restant volontairement en place, répondant aux mails, refusant d'abandonner leur paquets, mais ne les maintenant plus. Il faudrais dans ce cas leur "reprendre de force" les paquets ? Mais dans ce cas, comment déterminer quand il est nécessaire de reprendre un paquet ? Qui décide si un paquet doit être repris ?
Un début de solution a été proposé en incitant au travail en "teams" sur les paquets importants. Cela se met en place lentement, mais j'espère que cela permettra de résoudre une partie de ce problème dans les années à vanir.


[1] : http://www.debian.org/doc/developers-reference/ch-developer-(...)
[2] : http://www.debian.org/doc/developers-reference/ch-beyond-pkg(...)

En ce qui concerne python 2.4, cela a déjà été expliqué de nombreuses fois : la personne qui s'occupe de python sous Debian a été embauchée par Ubuntu, et concentre désormais son travail uniquement sur python dans Ubuntu, délaissant Debian, tout en REFUSANT de lâcher python sous Debian. Résultat : personne d'autre ne peut travailler sur python dans Debian, et on reste avec une version "out-of-date".
LA grande question, c'est pourquoi la personne en question :
- n'abandonne pas le paquet dans Debian (beaucoup de personnes seraient prêtes à l'adopter et à y travailler dessus, il y a même une "team" python qui pourrait le faire)
- ou ne se remette pas à travailler sur son paquet si elle tient réellement à le garder.
Je n'ai malheureusement pas la réponse à cette question, mais il semblerait que Ubuntu aime garder les personnes à des postes importants dans Debian même si ils n'ont plus le temps/l'envie de travailler, afin de garder une certaine mainmise sur la distribution, et c'est l'un des nombreux reproches qui lui est fait.

ils veulent un truc qui fonctionne et sans avoir a tout bidouiller et ca Ubuntu le fournit

Parcequ'avec les drivers libres (nv, radeon) au lieu des drivers proprios (nvidia, fglrx), ça ne marcherait pas ? Étienne dit justement le contraire dans son commentaire : ses cartes marchent très bien avec les drivers libres, et pourtant Ubuntu utilise les drivers propriétaires pour les gérer.
Ensuite, nous ne pensons pas en tant que "Geek", mais en tant que défenseurs du libre. En effet, si une distribution "majeure" met en avant les drivers propriétaires, c'est un cautionnement de ce mode de développement, et une incitation pour tous les constructeurs à ne pas donner leurs specs. Si Linux, ou d'autres projets ont pu en arriver là où ils sont aujourd'hui, c'est grâce à la défense de ces libertés, et il faut que cela continue. Je trouve vraiment dommage que le côté "technique" soit de plus en plus mis en avant par rapport au côté "philosophique". Quand j'ai choisi d'utiliser une distribution Linux, c'était justement parceque j'étais convaincu du bien fondé des logiciels libres, et pas comme on peut le voir maintenant "parceque c'est gratuit" ou "parceque c'est à la mode".

la distrib [Debian] [...] est [...] donc inutile

Au nom de l'ensemble des participants au projet Debian depuis 1993, et des dizaines de milliers d'utilisateurs de Debian à travers le monde, je tiens à te remercier chaleureusement pour toute la gratitude dont tu fais part à l'égard de Debian.

Tout ce que je vois marqué sur le site de Debian, c'est "Le système d'exploitation universel" ("The Universal Operating System" en VO).

Hum, j'aimerais bien en savoir plus sur ton histoire de bug sur l'installateur, parceque ça me paraît un peu gros. Il faut savoir que le BTS est vraiment un élément central de Debian, et qu'il très rare de fermer un bug si il n'est pas corrigé. De plus, tu n'as pas à te soucier de t'inscrire à des listes de diffusion particulières, puisqu'en temps que rapporteur du bug, toutes les interventions sur ce bug te seront rapportées. Donc à part si ton bug était un bug vraiment peu important (whislist, par exemple), ou impossible à reproduire, je ne vois pas pourquoi il aurait été fermé "sans raison apparente".

Il est aussi dans Debian unstable depuis 3 jours.

Il y a d'ailleurs sur cet article un commentaire que je trouve pertinent, et humoristique :

Je trouve l'idée excellente et très constructive.

Par contre, je trouverai beaucoup plus pertinent d'instaurer une taxe de 0.145537 ¤ sur chaque fraise Tagada consommée. Nous respecterions ainsi beaucoup mieux l'esprit de la taxe Tobin en faisant une pierre deux coups : tout en apportant une manne financière pour le budget européen, nous lutterions contre l'obésité.

En un peu moins intrusif, y'a le CPL.

Moi !
J'en connais même deux :
- TeX dès que Donald Knuth sera mort
- hello.c

1) Cela n'a jamais été caché à l'utilisateur, c'est clairement marqué sur le site, dans la documentation,... De plus, lorsque tu télécharge des isos de Debian, il n'y a pas non-free dessus, non-free est seulement sur les miroirs. Quand à GNU et la FSF, je pense qu'ils en veulent plutôt à Debian tout simplement car une de leur licences a été déclarée (partiellement) non-libre par Debian. Debian est par ailleurs à ma connaissance la seule distribution à avoir une liste de diffusion spécialement destinée aux problèmes de licence, et qui n'hésite pas à remettre en cause même les licences les plus répandues.
Ah oui, dernier point, concernant GNU et la FSF, j'ai moi aussi été "déçu" quand ils ont décidé de ne plus accepter les projets GPL v2 sur leur plate-forme d'hébergement [1]. Il serait peut-être bon de voir la poutre dans son ½il avant la paille dans celui du voisin.

2) Malgrès les problèmes qu'il y a pu avoir, tout a été fait pour que cela n'affecte pas les utilisateurs. Les problèmes affectant les utilisateurs (par exemple la "panne" de security après la sortie de Sarge) avaient généralement d'autres raisons.

3) Que cela te satisfasse ou non, il y eu un vote, la décision a été prise démocratiquement. Concernant le fait que la GFDL soit libre ou non, pour moi une licence qui te permet de "verrouiller" une partie de ton travail ("parties invariantes") n'est clairement pas libre. Et comme tu le dit, si ça te plaît pas, tu peux aller voir ailleurs.

4) Comme je l'ai déjà, un utilisateur qui utilise testing/unstable sait à quoi s'attendre, et quoi qu'il en soit :
- dès que udev était cassé, un bug était reporté, l'utilisateur pouvait donc utiliser apt-listbugs (qui est fortement recommandé en testing/unstable) pour prévenir une mise à jour vers un paquet cassé
- la solution était elle aussi donnée dans le rapport de bug si la mise à jour avait déjà était faite
- quoi que tu puisses en dire, j'utilise unstable au quotidien, et je la trouve beaucoup plus "stable" que les versions de développement d'autres distributions (voir même que leurs versions finales). Le fait qu'Ubuntu se base sur unstable devrait aussi être une preuve de sa "stabilité".

[1] : http://savannah.gnu.org/task/?func=detailitem&item_id=52(...)

1) non-free ne fait pas partie de Debian (cf. [1]) :

Nous reconnaissons que certains de nos utilisateurs demandent à pouvoir utiliser des travaux qui ne sont pas conformes aux principes du logiciel libre selon Debian. Les paquets correspondant prennent place dans des sections nommées contrib (« contributions ») et non-free (« non libre »). Les paquets de ces sections ne font pas partie du système Debian, bien qu'ils aient été configurés afin d'être utilisés avec lui.

2) En quoi cela te concerne en tant qu'utilisateur ? De plus, l'arrivée d'Ubuntu a créé de nombreux problèmes, puisque certaines personnes assez haut placé sont littéralement "parties" chez Ubuntu sans prévenir, et en laissant leur travail chez Debian en plan, ce qui a causé pas mal de problèmes.

3) En quoi cela t'as dégoûté ? D'un côté tu dis que Debian se vante d'être libre sans l'être, et d'un autre côté tu te plains quand tu as un processus démocratique (il y a eu un vote concernant la GFDL, tout est détaillé sur [2], y compris pourquoi elle est considérée comme non-libre dans certains cas) pour préserver cette liberté.

"Debian fait du sur place" : c'est pour cela qu'après chaque nouvelle release Ubuntu se re-synchronise sur Debian ?

"le bordel monstre avec udev" : qu'est-ce que cela vient faire ici ? Ça n'a rien à voir avec Ubuntu. Les problèmes de udev étaient dû à une seule personne qui considérait unstable comme un endroit pour tester ses paquets. Mais d'un autre côté, une personne utilisant unstable s'attends un peu à se genre de choses.

"je ne veux pas non plus faire dans la critique gratuite" : trop tard.

[1] : http://www.debian.org/social_contract#guidelines
[2] : http://www.debian.org/vote/2006/vote_001

Et pourquoi tu te sent obligé de prendre les 14 CD ? Sachant que les logiciels sont classés sur les cd par ordre décroissant de popularité (merci popularity-contest), tu trouveras certainement tout ce dont tu as besoin sur les 2 ou 3 premiers CDs.

J'ai déjà rapporté ce bug sur le bugzilla de kde (http://bugs.kde.org/show_bug.cgi?id=116092), malheureusement, il n'a pas reçu beaucoup de votes, et les développeurs ne sont donc pas motivés pour le corriger en priorité. Donc, si cela vous concerne, inscrivez-vous et votez.

Ils se prennent un DDOS.

Oui, mais heureusement sur linuxfr le système de votes est là pour cacher les commentaires utiles. Ouf, sauvés.

Un geek qui va aux toilettes ne laisse pas une console ouverte.

Bah non, il amène tout simplement son portable avec lui et continue son travai^W^W ce qu'il faisait grâce au wifi.

alias ls='ls | cowsay'

C'est quoi le rapport de l'installation d'Ubuntu avec la choucroute ? Il faudrait bien se mettre dans la tête que :
Ubuntu n'est pas Debian.
Pour reprendre ton exemple, l'installateur est une des parties sans doutes les plus modifiées par Ubuntu, donc si tu as un bug, plein toi à Ubuntu, pas à Debian.

Ben le projet est libre

Je pourrais avoir les sources de launchpad ?

Mais mais mais... pourquoi tout le monde me dit ça ? N'y aurait-il que des pervers en ce monde :-).
Non, bien sûr, sm pour "showmatch".

Moi j'utilise :set sm qui lorsque tu tape une parenthèse (accolade) fermante déplace brièvement le curseur sur la parenthèse ouvrante correspondante. Absolument indispensable après l'avoir essayé.

J'ai personnellement un avis plus mitigé sur les cartes avec un chipset ralink. En effet, je possède une carte ASUS WL-107g à base de chipset ralink. Je l'ai achetée aussi car le constructeur a mis ses drivers sous licence libre. Malheureusement, j'ai la (mal)chance d'avoir du SMP, et ces drivers ne sont pas "compatibles" avec le SMP.
Je ne peux donc pas utiliser les drivers du constructeur, car ils me font un freeze kernel quasi-immédiatement.
Je ne peux pas non plus utiliser les drivers rt2x00, car ils ne sont pas encore fonctionnels (la dernière fois que j'ai regardé il n'était même pas possible de s'associer avec un AP).
Je me retrouve donc à utiliser ndiswrapper (qui fait aussi un freeze kernel après une à deux heures), alors que j'avais acheté cette carte justement pour ses drivers libres.

Il ne me reste donc plus qu'à attendre que le projet rt2x00 sorte enfin des drivers fonctionnels.

Mon conseil donc : pas de Ralink avec du SMP.