> Est-ce que ça n'indiquerait pas, justement, que le modèle de développement de Debian commence à perdre les pédales ?
Il y a plusieurs facteurs en cause. Je vais essayer de résumer ce que je pense avoir remarqué. Si je dis des conneries, de toute manière, ce tro^Wdébat a suffisamment de participants pour que l'un d'eux me corrige. AMHA, il y a au moins trois causes à la prolifération de .deb partout :
Lors de la création d'un paquet binaire, tu dois prendre des décisions, comme savoir si tu compiles avec telles ou telles options mutuellement exclusives, si tu appliques ou non tel patch peu testé, etc. Il va se trouver des gens qui ont des besoins qui ne correspondent pas au paquet, disons standard, fourni par la distrib. Ils vont donc faire un apt-get source, appliquer les patches qu'ils veulent, et rouler (j'ai ainsi plus d'une dizaine de paquets sur mon FTP pour des raisons diverses et variées. Ainsi, pendant un temps, je compilais mon Mutt avec un patch obscur pour le support pour le cache d'en-têtes IMAP ; il est désormais intégré au paquet officiel). Il peut aussi y avoir des dépôts Béta, où les développeurs permettent aux gens intéressés de piocher leurs nouveaux paquets en avant-première.
Debian a aussi des règles concernant ce qui rentre : par exemple, il me semble que les trucs un peu douteux légalement comme les lecteurs DVD avec DeCSS ne sont pas inclus. D'où l'existence de dépôts APT comme celui de Christian Marillat [http://hpisi.nerim.net/(...)] (à noter que Red Hat fait pire : ils vont jusqu'à enlever les décodeurs MP3). Il peut aussi y avoir des soucis de qualité du soft ou du paquet lui-même, certains développeurs peuvent donc décider de publier individuellement des paquets qui auraient eu du mal à être inclus directement.
Enfin, et là ça rejoint ce que tu dis, il est vrai que devenir développeur Debian est plutôt ardu (du moins, vu de l'extérieur). Ceci peut rébuter un certain nombre de personnes qui préfèrent donc juste référencer leur site sur [http://apt-get.org/(...)]. Il y a peut-être quelque chose à faire de ce côté, mais à condition que ça ne nuise pas à la distrib (la qualité des paquets Debian est importante : des mainteneurs inexpérimenté pourraient la faire baisser en produisant des paquets buggés).
Voilà pour mon opinion. Ceci dit, les paquets qu'on va chercher ailleurs sont la plupart du temps, disons périphériques ou assez spécifiques (il y a des exceptions, comme la JVM, mais il y a maintenant un mécanisme officiel pour celle-ci). Je ne suis donc pas sûr que la situation soit si périlleuse.
Les conditions suivantes devront toutefois être respectées : […] Les “ textes de couverture ” ci-bas et la section intitulée “ Au sujet de Mandrakelinux ”, […] doivent être joints [et] ne peuvent être modifiés
Cette disposition ressemble farouchement aux « sections invariantes » de la FDL. En ce qui me concerne, ce n'est pas libre. Au passage, je note un dangereux contresens : « Dans sa version papier, ce manuel ne peut être reproduit et/ou redistribué dans un but non commercial » (il manque très vraisemblablement un « que » avant « dans »).
C'est, de fait, une très très bonne remarque. Je ne fais pas beaucoup de rapports de bugs, mais il est vrai que j'en ai fait au moins quelques-uns pour Debian. Alors pourquoi pas pour Mandrake ? Eh bien, principalement parce que, là encore, Debian a le souci du détail : il y a un paquet nommé reportbug, qui contient un utilitaire permettant sans bouger de sa console, d'aller voir les bugs déjà rapportés pour un paquet donné, et de composer un rapport de bug où une partie des infos (distrib, paquet, dépendances, etc.) seront remplies automatiquement. C'est pratique et confortable (même si l'ergonomie gagnerait à être améliorée, soyons honnêtes), et ça m'évite de perdre du temps à aller ouvrir un navigateur, chercher mes infos système, etc. C'est peut-être un point de détail, mais mine de rien, ça fait la différence pour moi. Mais ceci dit, je vais quand même essayer de me bouger un peu plus à l'avenir pour les bugs Mdk (en particulier sur les trucs simples à vérifier comme le coup du script logrotate un peu foireux), merci du rappel…
> C'est tellement facile de dire çà... des arguments?
Euh… oui, plein ! Non, sans rire, on a plus d'une dizaine de serveurs Mdk au boulot, et, si c'est mille fois mieux qu'une machine sous Win2k (rendons à César, toussa), ça reste inférieur. Un exemple ? Très récemment, une machine a été réinstallée suite à un crash disque. Je n'étais malheureusement pas là et mon patron s'en est chargé, en cliquant sur OK partout et donc en installant X11 et cinq mille autres trucs inutiles sur le serveur. Pas grave, je commence à faire des 'urpme'. J'urpme 'libarts1', le programme me sort toute la liste des softs qui en dépendent, je choisis de tout virer, ça mouline, et… segmentation fault !
Et ça me l'a fait à plusieurs reprises. Avec à chaque fois la peur blue que la base RPM soit corrompue et que je l'aie dans l'os. Trop merci. Un autre exemple ? Sur une 9.2, je suis pas arrivé à installer SyMPA sans partir à la chasse au paquet (qu'il m'a fallu recompiler). J'avais mis les sources main et contrib, et pourtant, il me manquait des trucs. Vous ne me croyez pas ? Eh ben si : SyMPA dépend de MHonArc qui dépend de perl-Unicode-MapUTF8 qui dépend de perl-Unicode-Map8… qui n'est pas dans les dépôts RPM (à l'époque j'avais dû aussi recompiler perl-Crypt-CipherSaber mais il me semble que ce n'est plus nécessaire).
Et ça, c'est dans la Official, hein. La Cooker du poste d'où j'écris m'en a fait subir des vertes et des pas mûres (KDE cassé, fetchmail cassé, irssi cassé, etc.). J'ai aussi régulièrement des désagrements stupides : je suis terriblement heureux de recevoir du courriel du démon cron tous les jours pour me dire qu'il n'a pu recharger la config de syslogd. Je serais encore plus heureux si le script pouvait être corrigé pour prendre en compte le fait que certains n'utilisent pas syslogd mais (par exemple) syslog-ng. Je suis aussi très heureux de savoir que 'dynamic' (un soft qui apparemment sert pour afficher les icônes de disques au vol dans KDE/GNOME) est indispensable pour devfsd (? ! ?) ou que l'utilitaire mkbootdisk ne peut être désinstallé car le système de base en dépend (gni ? ! Je n'ai même pas de lecteur de disquettes sur cette machine, nom d'une pipe). Kif-kif pour LILO (coucou, on utilise GRUB ici), etc.
Je passe sur les nombreux autres griefs que j'ai, comme mes histoires d'horreur avec leurs outils graphiques, et je termine en notant qu'ils semblent s'améliorer. Ainsi, on n'est plus forcé de désactiver l'ignoble supermount en refaisant le fstab à la main, il y a une option lors de l'install. De manière générale, le niveau monte avec les releases. Je ne jette donc pas la pierre à Mandrake. Mais j'insiste : l'attention au détail qui est portée par Debian lors de la gestion de leur distrib est LE facteur déterminant pour moi. Sur les quatre Testing présentes ici, je n'ai _jamais_ eu à déplorer le moindre incident ou comportement bizarre (sauf quand je me plante, évidemment :-) Alors non, la Testing elle ne porte peut-être pas le nom de Stable, mais franchement (1) elle l'est en pratique, (2) elle est à jour, et (3) y a suffisamment de paquets pour n'avoir pas à recompiler quoi que ce soit 99 % du temps. Bref, j'apprécie.
> Rassurez moi : je ne suis pas le seul à avoir fait un bon sur sa chaise ?
Moi, je l'ai fait lorsque j'ai été passer le 101 et que j'ai vu le logiciel (officiel, donc) utilisé pour le test, sous… (ta-daaaaaa) Windows ! En revanche, le niveau des questions était ridicule. J'avais lu le bouquin (pas mal foutu d'ailleurs, si je retrouve la réf. je la poste) et franchement, c'était torché en 20~30 minutes. Faudrait maintenant que je me décide à passer les autres pour voir…
> FreeRadius c'est ce que t'appelles ton logiciel d'authentification
En fait, je pense que la confusion vient du fait que dans certaines installations, le système attaque directement la base utilisateurs sans passer par un serveur d'authentification. Ainsi, quand Thomas parle d'interfacer l'authentification ou le serveur de messagerie avec LDAP, il fait probablement référence au module pam_ldap ou quelque chose dans ce goût-là. De même, chez moi Postfix/Courier/IMP interrogent directement le serveur OpenLDAP sans passer par une case RADIUS/TACACS+/etc.
Donc, pour être clair, les serveurs d'authentification interviennent lorsqu'on veut abstraire le type de base utilisateurs de l'authentification proprement dite. Ainsi, un AP, un RAS ou un équipement ou logiciel quelconque n'a pas besoin d'avoir du code pour gérer les accès à MySQL/PostgreSQL/LDAP/etc., il doit juste connaître le protocole RADIUS, et c'est ensuite le serveur RADIUS qui va se débrouiller pour aller repêcher l'info (voire la demander à un autre serveur).
> Quelqu'un a-t-il des news concernant une utilisation de FreeRADIUS chez des FAI ?
Si je me rappelle bien, en France y a au moins Nerim qui utilise FreeRADIUS depuis quelques temps (avec un backend LDAP, me semble-t-il). Si Euclide passe par là, il pourra peut-être t'en dire plus sur leur installation. De mon côté, je n'ai que ~200 utilisateurs derrière les RAS, mais j'ai choisi FreeRADIUS (avec deux MySQL et une réplication entre les deux comme base utilisateurs) parce qu'il est *très* flexible, bien utilisé (c'est important pour un truc aussi critique, plus il y a d'utilisateurs, plus les bugs risquent d'être trouvés), et franchement stable (en deux ans, il n'a dû planter qu'une ou deux fois, sauf erreurs de ma part. Et pourtant, j'utilisais un snapshot CVS, c'est dire). En plus de celà, depuis que j'utilise FreeRADIUS, mon poil est plus brillant et mon ?il plus vif. Si, si.
Au chapître des moins, on peut citer la doc, pas vraiment suffisante, la syntaxe du fichier de config' un peu absconse (c'est le revers de la médaille, il est flexible mais un peu usine à gaz du coup. Ceci dit, une fois que c'est installé, ça marche tout seul), et les rebuffades peu amènes du chef de projet sur la liste de diffusion. De manière générale, je trouve que c'est un très bon produit, et je le recommande.
> je serais curieux de connaître sa stabilité
Voir plus haut, en ce qui me concerne, je suis plus que satisfait.
> de voir des logs
Heu… oui, enfin les logs d'un serveur RADIUS, c'est d'une banalité affligeante : une succession de "Login OK" et l'éventuel "Login incorrect" (généralement suivi d'un appel téléphonique) lorsque M. Tartempion a oublié son mot de passe (parfois le RAS qui loupe un épisode lors de la négociation et qui balance une partie de la trame PPP au RADIUS, mais bon). Tu voudrais voir quoi, précisement ?
> des graphes tracés par snmp
Ah, j'ai pas fait ça (c'est plus simple de demander l'info aux RAS. De plus, c'est plus fiable : RADIUS, c'est de l'UDP, donc il se peut très bien que ton serveur loupe le paquet de fin de session).
> Tant qu'a faire, une lettre ne peut se prononcer que d'une facon […] et un son ne s'ecrire que d'une maniere […]. Vive l'allemand dont la prononciation est tres deterministe
L'italien fonctionne aussi comme cela, et il est à mon sens plus joli que l'allemand (mais bon, les goûts, les couleurs, toussa). En revanche, l'anglais (pourtant toujours claironné comme une langue « facile ») a de nombreuses façons de prononcer les mêmes lettres (mon a, c'est un 'a', ou un 'e' ? Le e, un 'é' ou un 'i' ? Le i, 'i', ou 'aï' ?). Résultat, c'est casse-pieds à prononcer pour un non-anglophone, et pour les anglophones, ça amène à faire des fautes à l'écrit (parmi celles que je vois en permanence sur le Net, « compatible » devient « compatable », « weird » devient « wierd », « separate » devient « seperate », etc.).
> quand tu télécharges, tu n'es pas sensé demandé au mec en face s'il a payé les droits d'auteurs...
Je m'insurge. Si j'achète une bagnole à un escroc qui l'avait volée et trafiqué les papiers, je peux être poursuivi pour recel. L'analogie avec le P2P est évidente : je télécharge une ?uvre dont la diffusion n'a pas été autorisée, je fais donc du recel de contrefaçon (plus d'infos sur la contrefaçon, le recel de contrefaçon et tutti quanti dans une note consacrée à l'Affaire Guillermito [http://www.u-blog.net/eolas/note/84(...)]). Pour autant, je reste persuadé que la réponse juridique, comme pour d'autres petites infractions, est inadaptée, et qu'une évolution du contexte réglementaire est on ne peut plus à l'ordre du jour. Mais ça risque fort de ne rester qu'un v?u pieux…
Tiens, d'ailleurs j'en profite pour poser une question : pour connaître les différences entre les principales commandes sur les innombrables clones d'Unix, y a la Pierre de Rosette [http://bhami.com/rosetta.html(...)]. La question est : y a-t-il un équivalent entre les différentes distributions Linux (du genre un tableau avec l'emplacement des fichiers de config pour les différents composants et logiciels, les scripts d'init, etc.) ? Pour ma part, je me répère sur les deux distros que je connais (alors sur Debian le réseau c'est dans /etc/network/interfaces, sur Mandrake… ah oui, /etc/sysconfig/network-scripts/ifcfg-$interface), mais je suis toujours un peu paumé devant une Slack par exemple. Un tableau récapitulatif, ça aiderait bien dans ces cas-là. Alternativement, ça pourrait sans doute se faire sur un wiki dédié à l'administration système. Ça se trouve quelque part, une telle bestiole ?
> Debian ne configure rien (c'est sa philosophie).
Oui, enfin heu, ce n'est peut-être pas le cas pour les environnements graphiques (très franchement, je suis pas fâché qu'ils ne me bidouillent pas le menu de KDE ou autres facéties), mais sinon, Debian en fait souvent plus que les autres, par exemple avec Debconf. Fais le test : installe un MTA quelconque (Postfix, Exim, etc.), tu te verras demander quelques infos, après quoi tu auras un soft fonctionnel dès le départ sans toucher au fichier de config'. Je trouve ça pas mal fichu.
> dans les administrations des établissements, t'as souvent du Novell, je vois mal comment intégrer un linux à un directory novell
Ben, hum, si le monsieur a choisi du SuSE, je pense que Novell doit avoir tout plein de solutions en stock :-) Bon, je suppose que ça risque quand même de pas être donné, mais je vois rien de problématique : ça fait des mois que Novell nous rebat les oreilles avec leurs super-pouvoirs pour faire converger leurs applis avec Linux…
Ben, MailScanner [http://www.sng.ecs.soton.ac.uk/mailscanner/(...)] marche plutôt bien. Il s'intercale entre deux instances du MTA, et traite les courriels par lot (batch pour les anglophones), ce qui accélère assez le traitement (très pratique sur un serveur un peu chargé). Il fait appel derrière à SpamAssassin et à un antivirus quelconque (ClamAV [http://clamav.net/(...)] est tout à fait valable, et je ne trouve pas que leur réactivité ait grand-chose à envier aux éditeurs d'antivirus propriétaires).
Une solution complémentaire est la liste grise [http://projects.puremagic.com/greylisting/(...)]. Je n'y croyais pas trop, mais un ami a insisté et je dois dire que ça réduit considérablement le nombre de spams, ainsi que les retours (bounces) bloqués dans la file d'attente.
Une autre, dans la même veine que la dernière : « la différence entre la théorie et la pratique, c'est qu'en théorie il n'y a pas de différence entre la théorie et la pratique ».
> si [les pilotes] sont fournit pour linux, avec les memes performances que sous windows, ou est le probleme ?
Le problème, il est dans le fait que tu ne sais pas ce qu'ils font, que tu ne peux pas les déboguer, les améliorer, etc.
> Les constructeurs investissent enormement pour creer des processeurs graphiques performants, et ils devraient rendre publique les speficites comme ca ? Juste parce que "c'est mieux si c libre ?". Je ne pense pas.
Laisse-moi juste réécrire ta phrase, pour voir si ça passe : « les éditeurs investissent énormement pour créer des logiciels applicatifs performants, et ils devraient rendre publiques les sources comme ça ? Juste parce que “ c'est mieux si c'est Libre ” ? Je ne pense pas ». Ah bah oui, ça passe bien. Sauf qu'il y en a qui les rendent libres quand même. Pour ce qui est des adaptateurs graphiques, la question est même encore plus simple, vu qu'ils ne font pas leur pognon sur les pilotes, mais sur le matos. Donc oui, ils devraient (nVIDIA l'a même fait à l'époque de GLX et des TNT. Désormais, ils affirment avoir du code tierce partie qu'ils ne peuvent révéler. Bah moi, je peux pas acheter leur matos tant qu'ils l'enlèvent pas. Point final).
> Il ne faut pas etre integriste, et le proprietaire peut parfaitement cohabite avec le libre !
Oui, bien sûr. Tant que c'est un choix. Là, faute de spécifications publiques, il n'y a guère de choix possible pour les possesseurs de ces cartes. C'est soit des pilotes ne faisant pas de 3D, soit du proprio. Merci bien…
> Mais la il sagit d'un carte graphique ! il n'y pas de compatibilite comme sur un pc "vide", on est dependant des le materiel.
Je comprends pas bien, là. En quoi le pilote de ta carte graphique est-il moins important que, mettons, ton kernel, ton shell ou ton traitement de texte ? Perso, je me fiche un peu d'installer (par exemple) le plugin proprio pour Flash (après tout, je peux m'en débarrasser sans réduire horriblement les fonctionnalités de mon système), en revanche je suis dépendant de ma carte graphique pour beaucoup de choses, je ne veux donc pas dépendre d'un morceau de code opaque que je ne contrôle pas.
> Oui je me rejouit, de la sortie de pilotes proprio, vu que ma carte vient d'un fabriquant particulier, et ne doit pas repondre a une norme particuliere.
<sarcasme mode="gentil">Ah ? Toutes les normes édictées jusque-là ont disparu ? VESA, OpenGL, tout ça, ça n'existe plus ? On en apprend tous les jours, dites donc !</sarcasme>
> Ce n'est pas parce qu'on accepte qqchs de non libre qu'on tombe dans le systeme "a la windows".
Aujourd'hui, tu vas accepter un pilote non libre. Demain, tu accepteras une bibliothèque non libre (c'est déjà arrivé, le cas le plus célèbre est KDE avec Qt), puis des outils de développement non libres (*couf* BitKeeper *couf*), puis petit à petit, tu te retrouveras avec plein de soft proprios dont tu ne pourras pas te passer, et tout sera à refaire. Mieux vaut dire stop dès maintenant, et faire avancer les softs libres plutôt que d'aller chercher un soft proprio pour remplir une tâche (et d'autant plus que la tâche est critique, puisque ça rendra ledit soft plus indispensable). Ce n'est pas de l'intégrisme, là (on ne peut guère m'accuser d'être un fan de RMS), c'est tout bonnement de l'instinct de conservation !
> en rajoutant ces quelques options dans /etc/X11/XF86Config-4 la différence de perfs en 3D est ENORME !
[+] je confirme. En revanche, si je connaissais bien les trois premières, je ne trouve rien sur l'option BackingStore en faisant un man radeon. Ça sert à quoi, ce truc ?
Ainsi que BerliOS [http://developer.berlios.de/(...)]. Mais gaffe : j'en entends rarement parler donc j'ai pas de retours d'expérience dessus. D'un autre côté, heu, pas de nouvelles, bonnes nouvelles (?)…
> Sur les papiers glacés...
> crayon à papier --> on voit rien
> crayon à encre --> ca bave
> Stylo bille --> on marque quatre page dépaisseur à la fois
Ben, euh… Tu fais comme les messieurs ils disent : « Source code to WineX 3.3.2 can be accessed via the CVS tag 'winex-3-3-2' ». Donc, tu mets le marqueur ‘winex-3-3-2’. Dans la pratique, si tu n'as pas les 5 minutes nécessaires pour lire la page man de cvs(1) (*soupir*), ça se fait comme ça :
# cvs -z3 -d:pserver:cvs@cvs.transgaming.org:/cvsroot co -rwinex-3-3-2 winex
(note que j'ai pas testé, je suis pas fan de leur soft. Mais y a pas de raison que ça marche pas)
> swaret --update pour mettre à jour les listes de paquets
> swaret --upgrade pour mettre à jour le système
> swaret --install [nom_du_paquet] pour installer un paquet
Une question quand même : est-ce que Swaret permet de supprimer facilement un paquet et ses dépendances ? Par exemple :
root@rigel|pts/0:~# aptitude purge postfix
[…]
The following packages are unused and will be REMOVED:
courier-authdaemon courier-base libfam0c102 libmysqlclient10
The following packages will be automatically REMOVED:
courier-imap courier-pop postfix-mysql
The following packages will be REMOVED:
courier-imap courier-pop postfix postfix-mysql
0 packages upgraded, 0 newly installed, 8 to remove and 0 not upgraded.
Cette fonction est intéressante pour moi, car elle me dégage de l'obligation de vérifier périodiquement ce qui est installé pour enlever ce qui ne sert à rien (sinon offrir des possibilités d'attaque aux vilains mAIchants). Par ailleurs, comment Swaret règle-t-il les conflits entre paquets ? Il propose de désinstaller l'ancien paquet en conflit ? Il demande qu'il soit reconfiguré ? Ou autre chose ?
> - swaret permet d'exclure facilement un ou plusieurs paquets que l'on ne désire pas tenir à jour. il suffit d'un EXCLUDE=[nom_du_paquet] dans le fichier de conf.
C'est possible aussi (pour empêcher toute mise à jour ou juste pour une version particulière qui a un souci) :
root@rigel|pts/0:~# aptitude hold postfix
root@rigel|pts/0:~# aptitude forbid-version postfix=2.1.0.chezmoicamarchepas.org-1
> - swaret permet de choisir la version de slackware désirée : VERSION=current permet d'avoir un système toujours à jour (je suppose qu'à l'heure d'aujourd'hui current = 10.0 )
C'est aussi dispo (le fameux pinning permettant de donner des priorités différentes aux diverses versions). Et on peut l'outrepasser localement :
> Mais de projet doublon genre gcc/compilo de BSD et autre ont aucune raison d'être car gcc est carrément devant! et que la license BSD c'est moins bien que la GPL ou LGPL
Voilà, et puis évidemment tout le monde a le même avis que toi, et ceux qui ne l'ont pas, ils n'ont qu'à aller se faire empapaouter. De même, les pauvres idiots qui veulent s'amuser en codant un truc alors qu'il y en a déjà un autre plus mieux qu'il est « carrément devant », ils sont complètement à la masse. Heureusement qu'il y a des gens éclairés pour sanctionner ces dérapages !
> Donc oui les gens qui geulent pour les projets doublon ont raison!
Farpaitement ! Non mais, qu'est-ce qu'ils sont lassants, ces volontaires, à croire que, parce que tu ne les paies pas, ils ne sont pas à tes ordres. Il est temps de leur faire entendre la vox populi !
> Prend par exemple la floppée de lecteur audio différents doublon très souvent là ou un seul avec toute les fonctionnalitées serait mille fois mieux.
Hum… Juste fais-le ? C'est libre, tu sais. Tu peux prendre le code de l'un et le rajouter à l'autre. Et puis lorsque t'auras fini de rajouter les fonctionnalités de tous les autres à ton préféré, paf t'auras ce que tu voulais. C'est magique !
> on peut dire la même chose pour les lecteur de video, sauf pour mplayer et xine et peut-être un autre car ils ont des but différents...
Ah… C'est quoi les buts différents, là ? Encore, tu aurais comparé (MPlayer|Xine) et GStreamer, j'aurais été d'accord, mais les deux que tu cites ont le même but : afficher plein de formats (plus troller un peu pour ce qui est de MPlayer :-)
> Je vais surement me faire tapper sur le doights pour ce commentaire, mais je le pense sincèrement. Et si en plus au lieu de lutte fratricide entre les projet il y avais une vraie collaboration sa ferais belle lurette qu'il y aurrai 90% de linux et 4% de M$ dans les pc...
Et si le Gouvernement suivait un peu les recommandations que j'entends chez mon coiffeur, on n'aurait pas de déficit, le chômage serait négligeable, et les trottoirs seraient propres. Bon, trêve de plaisanteries, t'as jamais entendu parler du mot « émulation » ? Un peu de concurrence amicale, ce n'est pas forcément mauvais (je signale par ailleurs que les deux softs que t'as cité plus haut, MPlayer et Xine, se sont déjà échangés du code). De plus, il y a des myriades de raisons pour lesquelles tu n'as pas forcément envie de rejoindre une autre équipe (au hasard, tu n'as pas envie de réapprendre du code complètement différent alors que le tien marche). Ce genre de critiques, ça n'a aucun intérêt (et je le pense sincèrement aussi). Même aller sur le bugzilla de ton projet préféré et mettre un souhait pour les améliorations que tu voudrais y voir serait mille fois plus productif que râler sur les bénévoles qui ne font pas ce que tu veux :-/
[^] # Re: nautilus et fam
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Sortie de la Debian Woody 3.0r3. Évalué à 1.
# urpmi drakbug
pas de paquetage nommé drakbug
# urpmi drakebug
pas de paquetage nommé drakebug
Envoyé depuis mon PDP 11/70
[^] # Re: Drôle de surprise !
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Sortie de la Debian Woody 3.0r3. Évalué à 1.
Il y a plusieurs facteurs en cause. Je vais essayer de résumer ce que je pense avoir remarqué. Si je dis des conneries, de toute manière, ce tro^Wdébat a suffisamment de participants pour que l'un d'eux me corrige. AMHA, il y a au moins trois causes à la prolifération de .deb partout :
Voilà pour mon opinion. Ceci dit, les paquets qu'on va chercher ailleurs sont la plupart du temps, disons périphériques ou assez spécifiques (il y a des exceptions, comme la JVM, mais il y a maintenant un mécanisme officiel pour celle-ci). Je ne suis donc pas sûr que la situation soit si périlleuse.
Envoyé depuis mon PDP 11/70
[^] # Re: nautilus et fam
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Sortie de la Debian Woody 3.0r3. Évalué à 1.
Tiré de [http://doc.mandrakelinux.com/MandrakeLinux/100/fr/Command-Line.html(...)] :
Cette disposition ressemble farouchement aux « sections invariantes » de la FDL. En ce qui me concerne, ce n'est pas libre. Au passage, je note un dangereux contresens : « Dans sa version papier, ce manuel ne peut être reproduit et/ou redistribué dans un but non commercial » (il manque très vraisemblablement un « que » avant « dans »).
Envoyé depuis mon PDP 11/70
[^] # Re: nautilus et fam
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Sortie de la Debian Woody 3.0r3. Évalué à 3.
Envoyé depuis mon PDP 11/70
[^] # Re: nautilus et fam
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Sortie de la Debian Woody 3.0r3. Évalué à 7.
Euh… oui, plein ! Non, sans rire, on a plus d'une dizaine de serveurs Mdk au boulot, et, si c'est mille fois mieux qu'une machine sous Win2k (rendons à César, toussa), ça reste inférieur. Un exemple ? Très récemment, une machine a été réinstallée suite à un crash disque. Je n'étais malheureusement pas là et mon patron s'en est chargé, en cliquant sur OK partout et donc en installant X11 et cinq mille autres trucs inutiles sur le serveur. Pas grave, je commence à faire des 'urpme'. J'urpme 'libarts1', le programme me sort toute la liste des softs qui en dépendent, je choisis de tout virer, ça mouline, et… segmentation fault !
Et ça me l'a fait à plusieurs reprises. Avec à chaque fois la peur blue que la base RPM soit corrompue et que je l'aie dans l'os. Trop merci. Un autre exemple ? Sur une 9.2, je suis pas arrivé à installer SyMPA sans partir à la chasse au paquet (qu'il m'a fallu recompiler). J'avais mis les sources main et contrib, et pourtant, il me manquait des trucs. Vous ne me croyez pas ? Eh ben si : SyMPA dépend de MHonArc qui dépend de perl-Unicode-MapUTF8 qui dépend de perl-Unicode-Map8… qui n'est pas dans les dépôts RPM (à l'époque j'avais dû aussi recompiler perl-Crypt-CipherSaber mais il me semble que ce n'est plus nécessaire).
Et ça, c'est dans la Official, hein. La Cooker du poste d'où j'écris m'en a fait subir des vertes et des pas mûres (KDE cassé, fetchmail cassé, irssi cassé, etc.). J'ai aussi régulièrement des désagrements stupides : je suis terriblement heureux de recevoir du courriel du démon cron tous les jours pour me dire qu'il n'a pu recharger la config de syslogd. Je serais encore plus heureux si le script pouvait être corrigé pour prendre en compte le fait que certains n'utilisent pas syslogd mais (par exemple) syslog-ng. Je suis aussi très heureux de savoir que 'dynamic' (un soft qui apparemment sert pour afficher les icônes de disques au vol dans KDE/GNOME) est indispensable pour devfsd (? ! ?) ou que l'utilitaire mkbootdisk ne peut être désinstallé car le système de base en dépend (gni ? ! Je n'ai même pas de lecteur de disquettes sur cette machine, nom d'une pipe). Kif-kif pour LILO (coucou, on utilise GRUB ici), etc.
Je passe sur les nombreux autres griefs que j'ai, comme mes histoires d'horreur avec leurs outils graphiques, et je termine en notant qu'ils semblent s'améliorer. Ainsi, on n'est plus forcé de désactiver l'ignoble supermount en refaisant le fstab à la main, il y a une option lors de l'install. De manière générale, le niveau monte avec les releases. Je ne jette donc pas la pierre à Mandrake. Mais j'insiste : l'attention au détail qui est portée par Debian lors de la gestion de leur distrib est LE facteur déterminant pour moi. Sur les quatre Testing présentes ici, je n'ai _jamais_ eu à déplorer le moindre incident ou comportement bizarre (sauf quand je me plante, évidemment :-) Alors non, la Testing elle ne porte peut-être pas le nom de Stable, mais franchement (1) elle l'est en pratique, (2) elle est à jour, et (3) y a suffisamment de paquets pour n'avoir pas à recompiler quoi que ce soit 99 % du temps. Bref, j'apprécie.
Envoyé depuis mon PDP 11/70
[^] # Re: houla
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Les premiers cours libres pour une certification Linux. Évalué à 1.
Moi, je l'ai fait lorsque j'ai été passer le 101 et que j'ai vu le logiciel (officiel, donc) utilisé pour le test, sous… (ta-daaaaaa) Windows ! En revanche, le niveau des questions était ridicule. J'avais lu le bouquin (pas mal foutu d'ailleurs, si je retrouve la réf. je la poste) et franchement, c'était torché en 20~30 minutes. Faudrait maintenant que je me décide à passer les autres pour voir…
Envoyé depuis mon PDP 11/70
[^] # Re: Question bête
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche FreeRadius 1.0.1. Évalué à 2.
En fait, je pense que la confusion vient du fait que dans certaines installations, le système attaque directement la base utilisateurs sans passer par un serveur d'authentification. Ainsi, quand Thomas parle d'interfacer l'authentification ou le serveur de messagerie avec LDAP, il fait probablement référence au module pam_ldap ou quelque chose dans ce goût-là. De même, chez moi Postfix/Courier/IMP interrogent directement le serveur OpenLDAP sans passer par une case RADIUS/TACACS+/etc.
Donc, pour être clair, les serveurs d'authentification interviennent lorsqu'on veut abstraire le type de base utilisateurs de l'authentification proprement dite. Ainsi, un AP, un RAS ou un équipement ou logiciel quelconque n'a pas besoin d'avoir du code pour gérer les accès à MySQL/PostgreSQL/LDAP/etc., il doit juste connaître le protocole RADIUS, et c'est ensuite le serveur RADIUS qui va se débrouiller pour aller repêcher l'info (voire la demander à un autre serveur).
Envoyé depuis mon PDP 11/70
[^] # Re: FreeRADIUS en entreprise
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche FreeRadius 1.0.1. Évalué à 1.
Si je me rappelle bien, en France y a au moins Nerim qui utilise FreeRADIUS depuis quelques temps (avec un backend LDAP, me semble-t-il). Si Euclide passe par là, il pourra peut-être t'en dire plus sur leur installation. De mon côté, je n'ai que ~200 utilisateurs derrière les RAS, mais j'ai choisi FreeRADIUS (avec deux MySQL et une réplication entre les deux comme base utilisateurs) parce qu'il est *très* flexible, bien utilisé (c'est important pour un truc aussi critique, plus il y a d'utilisateurs, plus les bugs risquent d'être trouvés), et franchement stable (en deux ans, il n'a dû planter qu'une ou deux fois, sauf erreurs de ma part. Et pourtant, j'utilisais un snapshot CVS, c'est dire). En plus de celà, depuis que j'utilise FreeRADIUS, mon poil est plus brillant et mon ?il plus vif. Si, si.
Au chapître des moins, on peut citer la doc, pas vraiment suffisante, la syntaxe du fichier de config' un peu absconse (c'est le revers de la médaille, il est flexible mais un peu usine à gaz du coup. Ceci dit, une fois que c'est installé, ça marche tout seul), et les rebuffades peu amènes du chef de projet sur la liste de diffusion. De manière générale, je trouve que c'est un très bon produit, et je le recommande.
> je serais curieux de connaître sa stabilité
Voir plus haut, en ce qui me concerne, je suis plus que satisfait.
> de voir des logs
Heu… oui, enfin les logs d'un serveur RADIUS, c'est d'une banalité affligeante : une succession de "Login OK" et l'éventuel "Login incorrect" (généralement suivi d'un appel téléphonique) lorsque M. Tartempion a oublié son mot de passe (parfois le RAS qui loupe un épisode lors de la négociation et qui balance une partie de la trame PPP au RADIUS, mais bon). Tu voudrais voir quoi, précisement ?
> des graphes tracés par snmp
Ah, j'ai pas fait ça (c'est plus simple de demander l'info aux RAS. De plus, c'est plus fiable : RADIUS, c'est de l'UDP, donc il se peut très bien que ton serveur loupe le paquet de fin de session).
Envoyé depuis mon PDP 11/70
[^] # Re: Non informaticiens
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche S5 : système de présentation utilisant les standards Web. Évalué à 0.
L'italien fonctionne aussi comme cela, et il est à mon sens plus joli que l'allemand (mais bon, les goûts, les couleurs, toussa). En revanche, l'anglais (pourtant toujours claironné comme une langue « facile ») a de nombreuses façons de prononcer les mêmes lettres (mon a, c'est un 'a', ou un 'e' ? Le e, un 'é' ou un 'i' ? Le i, 'i', ou 'aï' ?). Résultat, c'est casse-pieds à prononcer pour un non-anglophone, et pour les anglophones, ça amène à faire des fautes à l'écrit (parmi celles que je vois en permanence sur le Net, « compatible » devient « compatable », « weird » devient « wierd », « separate » devient « seperate », etc.).
Envoyé depuis mon PDP 11/70
[^] # Re: Pfff,
Posté par William Steve Applegate (site web personnel) . En réponse au journal Télécharger pas illégal?. Évalué à 0.
Je m'insurge. Si j'achète une bagnole à un escroc qui l'avait volée et trafiqué les papiers, je peux être poursuivi pour recel. L'analogie avec le P2P est évidente : je télécharge une ?uvre dont la diffusion n'a pas été autorisée, je fais donc du recel de contrefaçon (plus d'infos sur la contrefaçon, le recel de contrefaçon et tutti quanti dans une note consacrée à l'Affaire Guillermito [http://www.u-blog.net/eolas/note/84(...)]). Pour autant, je reste persuadé que la réponse juridique, comme pour d'autres petites infractions, est inadaptée, et qu'une évolution du contexte réglementaire est on ne peut plus à l'ordre du jour. Mais ça risque fort de ne rester qu'un v?u pieux…
Envoyé depuis mon PDP 11/70
[^] # Re: Debian et la gestion des services
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Premier livre français sur Debian GNU/Linux. Évalué à 2.
Envoyé depuis mon PDP 11/70
[^] # Re: Debian et la gestion des services
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Premier livre français sur Debian GNU/Linux. Évalué à 1.
Il y a aussi le nouveau paquet sysv-rc-conf qui est plus complet (on peut paramétrer le démarrage de chaque service selon le niveau d'exécution).
> Equivalent de "service network (re)start" : /etc/init.d/network (re)start.
Ratai© ;-) Il y a bien un équivalent, et sans script shell à la clé. C'est invoke-rc.d networking restart. Ceci dit, je vois pas trop l'intérêt, on perd quand même l'avantage de l'auto-complètement du shell…
Envoyé depuis mon PDP 11/70
[^] # Re: Je ne comprends pas
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Test d'Ubuntu 4.10. Évalué à 1.
Avec le nouvel installeur, il semblerait que Debian le fasse aussi (au conditionnel, car je n'ai pas encore testé la Sarge moi-même) :
http://people.debian.org/~madduck/d-i/screenshots/029-net-dhcp.png(...)
http://people.debian.org/~madduck/d-i/screenshots/030-net-conf-dhcp(...)
Envoyé depuis mon PDP 11/70
[^] # Re: Je ne comprends pas
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Test d'Ubuntu 4.10. Évalué à 1.
Oui, enfin heu, ce n'est peut-être pas le cas pour les environnements graphiques (très franchement, je suis pas fâché qu'ils ne me bidouillent pas le menu de KDE ou autres facéties), mais sinon, Debian en fait souvent plus que les autres, par exemple avec Debconf. Fais le test : installe un MTA quelconque (Postfix, Exim, etc.), tu te verras demander quelques infos, après quoi tu auras un soft fonctionnel dès le départ sans toucher au fichier de config'. Je trouve ça pas mal fichu.
Envoyé depuis mon PDP 11/70
[^] # Re: oui mais
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Test d'Ubuntu 4.10. Évalué à 1.
Ben, hum, si le monsieur a choisi du SuSE, je pense que Novell doit avoir tout plein de solutions en stock :-) Bon, je suppose que ça risque quand même de pas être donné, mais je vois rien de problématique : ça fait des mois que Novell nous rebat les oreilles avec leurs super-pouvoirs pour faire converger leurs applis avec Linux…
Envoyé depuis mon PDP 11/70
[^] # Re: Dans le même genre
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche SpamAssassin devient un projet Apache, et corrige une faille de sécurité. Évalué à 1.
Une solution complémentaire est la liste grise [http://projects.puremagic.com/greylisting/(...)]. Je n'y croyais pas trop, mais un ami a insisté et je dois dire que ça réduit considérablement le nombre de spams, ainsi que les retours (bounces) bloqués dans la file d'attente.
Envoyé depuis mon PDP 11/70
[^] # Re: Albert
Posté par William Steve Applegate (site web personnel) . En réponse au sondage Citation. Évalué à 6.
Envoyé depuis mon PDP 11/70
[^] # Re: Manque
Posté par William Steve Applegate (site web personnel) . En réponse au sondage Citation. Évalué à 10.
Envoyé depuis mon PDP 11/70
[^] # Re: Ça commence par les pilotes de cartes graphiques...
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Nouvelles versions des pilotes ATI et NVIDIA pour GNU/Linux. Évalué à 3.
Le problème, il est dans le fait que tu ne sais pas ce qu'ils font, que tu ne peux pas les déboguer, les améliorer, etc.
> Les constructeurs investissent enormement pour creer des processeurs graphiques performants, et ils devraient rendre publique les speficites comme ca ? Juste parce que "c'est mieux si c libre ?". Je ne pense pas.
Laisse-moi juste réécrire ta phrase, pour voir si ça passe : « les éditeurs investissent énormement pour créer des logiciels applicatifs performants, et ils devraient rendre publiques les sources comme ça ? Juste parce que “ c'est mieux si c'est Libre ” ? Je ne pense pas ». Ah bah oui, ça passe bien. Sauf qu'il y en a qui les rendent libres quand même. Pour ce qui est des adaptateurs graphiques, la question est même encore plus simple, vu qu'ils ne font pas leur pognon sur les pilotes, mais sur le matos. Donc oui, ils devraient (nVIDIA l'a même fait à l'époque de GLX et des TNT. Désormais, ils affirment avoir du code tierce partie qu'ils ne peuvent révéler. Bah moi, je peux pas acheter leur matos tant qu'ils l'enlèvent pas. Point final).
> Il ne faut pas etre integriste, et le proprietaire peut parfaitement cohabite avec le libre !
Oui, bien sûr. Tant que c'est un choix. Là, faute de spécifications publiques, il n'y a guère de choix possible pour les possesseurs de ces cartes. C'est soit des pilotes ne faisant pas de 3D, soit du proprio. Merci bien…
> Mais la il sagit d'un carte graphique ! il n'y pas de compatibilite comme sur un pc "vide", on est dependant des le materiel.
Je comprends pas bien, là. En quoi le pilote de ta carte graphique est-il moins important que, mettons, ton kernel, ton shell ou ton traitement de texte ? Perso, je me fiche un peu d'installer (par exemple) le plugin proprio pour Flash (après tout, je peux m'en débarrasser sans réduire horriblement les fonctionnalités de mon système), en revanche je suis dépendant de ma carte graphique pour beaucoup de choses, je ne veux donc pas dépendre d'un morceau de code opaque que je ne contrôle pas.
> Oui je me rejouit, de la sortie de pilotes proprio, vu que ma carte vient d'un fabriquant particulier, et ne doit pas repondre a une norme particuliere.
<sarcasme mode="gentil">Ah ? Toutes les normes édictées jusque-là ont disparu ? VESA, OpenGL, tout ça, ça n'existe plus ? On en apprend tous les jours, dites donc !</sarcasme>
> Ce n'est pas parce qu'on accepte qqchs de non libre qu'on tombe dans le systeme "a la windows".
Aujourd'hui, tu vas accepter un pilote non libre. Demain, tu accepteras une bibliothèque non libre (c'est déjà arrivé, le cas le plus célèbre est KDE avec Qt), puis des outils de développement non libres (*couf* BitKeeper *couf*), puis petit à petit, tu te retrouveras avec plein de soft proprios dont tu ne pourras pas te passer, et tout sera à refaire. Mieux vaut dire stop dès maintenant, et faire avancer les softs libres plutôt que d'aller chercher un soft proprio pour remplir une tâche (et d'autant plus que la tâche est critique, puisque ça rendra ledit soft plus indispensable). Ce n'est pas de l'intégrisme, là (on ne peut guère m'accuser d'être un fan de RMS), c'est tout bonnement de l'instinct de conservation !
Envoyé depuis mon PDP 11/70
[^] # Re: Fast write ?
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Nouvelles versions des pilotes ATI et NVIDIA pour GNU/Linux. Évalué à 1.
[+] je confirme. En revanche, si je connaissais bien les trois premières, je ne trouve rien sur l'option BackingStore en faisant un man radeon. Ça sert à quoi, ce truc ?
Envoyé depuis mon PDP 11/70
[^] # Re: Alioth
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Savannah ouvre ses portes à nouveau. Évalué à 2.
Envoyé depuis mon PDP 11/70
[^] # Re: Magazines trop chers !
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Revue de Presse - Été 2004. Évalué à 3.
> crayon à papier --> on voit rien
> crayon à encre --> ca bave
> Stylo bille --> on marque quatre page dépaisseur à la fois
Puis-je suggérer un feutre à pointe fine ? M'enfin, en ce qui me concerne, je n'aime pas barbouiller mes magazines. Donc, j'ai adopté la stratégie Post-It©, même si c'est moins pratique…
Envoyé depuis mon PDP 11/70
[^] # Re: winex et cvs
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Sortie de WineX 4.0. Évalué à 2.
Ben, euh… Tu fais comme les messieurs ils disent : « Source code to WineX 3.3.2 can be accessed via the CVS tag 'winex-3-3-2' ». Donc, tu mets le marqueur ‘winex-3-3-2’. Dans la pratique, si tu n'as pas les 5 minutes nécessaires pour lire la page man de cvs(1) (*soupir*), ça se fait comme ça :
(note que j'ai pas testé, je suis pas fan de leur soft. Mais y a pas de raison que ça marche pas)
Envoyé depuis mon PDP 11/70
[^] # Re: Hommage
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche La slackware 10 est sortie. Évalué à 3.
> swaret --upgrade pour mettre à jour le système
> swaret --install [nom_du_paquet] pour installer un paquet
Une question quand même : est-ce que Swaret permet de supprimer facilement un paquet et ses dépendances ? Par exemple :
Cette fonction est intéressante pour moi, car elle me dégage de l'obligation de vérifier périodiquement ce qui est installé pour enlever ce qui ne sert à rien (sinon offrir des possibilités d'attaque aux vilains mAIchants). Par ailleurs, comment Swaret règle-t-il les conflits entre paquets ? Il propose de désinstaller l'ancien paquet en conflit ? Il demande qu'il soit reconfiguré ? Ou autre chose ?
> - swaret permet d'exclure facilement un ou plusieurs paquets que l'on ne désire pas tenir à jour. il suffit d'un EXCLUDE=[nom_du_paquet] dans le fichier de conf.
C'est possible aussi (pour empêcher toute mise à jour ou juste pour une version particulière qui a un souci) :
> - swaret permet de choisir la version de slackware désirée : VERSION=current permet d'avoir un système toujours à jour (je suppose qu'à l'heure d'aujourd'hui current = 10.0 )
C'est aussi dispo (le fameux pinning permettant de donner des priorités différentes aux diverses versions). Et on peut l'outrepasser localement :
Envoyé depuis mon PDP 11/70
[^] # Re: Linux?
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche OpenBeOS devient Haiku. Évalué à 8.
Voilà, et puis évidemment tout le monde a le même avis que toi, et ceux qui ne l'ont pas, ils n'ont qu'à aller se faire empapaouter. De même, les pauvres idiots qui veulent s'amuser en codant un truc alors qu'il y en a déjà un autre plus mieux qu'il est « carrément devant », ils sont complètement à la masse. Heureusement qu'il y a des gens éclairés pour sanctionner ces dérapages !
> Donc oui les gens qui geulent pour les projets doublon ont raison!
Farpaitement ! Non mais, qu'est-ce qu'ils sont lassants, ces volontaires, à croire que, parce que tu ne les paies pas, ils ne sont pas à tes ordres. Il est temps de leur faire entendre la vox populi !
> Prend par exemple la floppée de lecteur audio différents doublon très souvent là ou un seul avec toute les fonctionnalitées serait mille fois mieux.
Hum… Juste fais-le ? C'est libre, tu sais. Tu peux prendre le code de l'un et le rajouter à l'autre. Et puis lorsque t'auras fini de rajouter les fonctionnalités de tous les autres à ton préféré, paf t'auras ce que tu voulais. C'est magique !
> on peut dire la même chose pour les lecteur de video, sauf pour mplayer et xine et peut-être un autre car ils ont des but différents...
Ah… C'est quoi les buts différents, là ? Encore, tu aurais comparé (MPlayer|Xine) et GStreamer, j'aurais été d'accord, mais les deux que tu cites ont le même but : afficher plein de formats (plus troller un peu pour ce qui est de MPlayer :-)
> Je vais surement me faire tapper sur le doights pour ce commentaire, mais je le pense sincèrement. Et si en plus au lieu de lutte fratricide entre les projet il y avais une vraie collaboration sa ferais belle lurette qu'il y aurrai 90% de linux et 4% de M$ dans les pc...
Et si le Gouvernement suivait un peu les recommandations que j'entends chez mon coiffeur, on n'aurait pas de déficit, le chômage serait négligeable, et les trottoirs seraient propres. Bon, trêve de plaisanteries, t'as jamais entendu parler du mot « émulation » ? Un peu de concurrence amicale, ce n'est pas forcément mauvais (je signale par ailleurs que les deux softs que t'as cité plus haut, MPlayer et Xine, se sont déjà échangés du code). De plus, il y a des myriades de raisons pour lesquelles tu n'as pas forcément envie de rejoindre une autre équipe (au hasard, tu n'as pas envie de réapprendre du code complètement différent alors que le tien marche). Ce genre de critiques, ça n'a aucun intérêt (et je le pense sincèrement aussi). Même aller sur le bugzilla de ton projet préféré et mettre un souhait pour les améliorations que tu voudrais y voir serait mille fois plus productif que râler sur les bénévoles qui ne font pas ce que tu veux :-/
Envoyé depuis mon PDP 11/70