Articles précédents : Articles
- [13] Evaluation de OpenBSD 3.2 (snapshot)
- [123] LinuxFr cherche nouvel hébergeur, et plus si affinités...
- [11] OpenCourseWare, la diffusion libre des cours du MIT
- [27] Richard M Stallman s'exprime sur le trusted computing
- [73] Deep Fritz et Vladimir Kramnik ex-aequo
- [3] Fete de la science : Faites passer le Quizz Math 2002
- [21] Discussion publique de l'Europe sur les brevets logiciels
- [18] Le TOP 5 des outils open source pour admin
- [9] Séparation de l'arborescence portage
- [2] Les Bobbies avec nous!
Liens connexes
- Le thread "Blacklist rms@gnu.org" (1082 hits)
- L'article (1448 hits)
- Dépêche précédente (684 hits)
Dépêche modérée par
NdM : ce qui agace certains, et motive le blacklistage de RMS, est son insistance à tenir un débat non technique sur la liste technique kernel, rien d'autre.
L'article (1448 hits)
Dépêche précédente (684 hits)
Le thread "Blacklist rms@gnu.org" (1082 hits)
> Lire la suite (190 commentaires, moyenne: 1). [dépêche : 585 caractères]
Le problème est que, si une version gratuite est disponible, sa licence est tout sauf libre, et par exemple le fait de développer un "concurrent" empêche d'en profiter.
Richard Stallman n'a bien entendu pas manqué de faire connaître son opinion à ce sujet, ce qui a déclenché une énorme flame war sur la mailing-liste du noyau....
Re: Bitkeeper, RMS et PLONK.
Tiens, je vais poster mon journal ici du coup...
C'est beau, c'est frais. Quand les développeurs noyau se demande s'il ne faudrait pas plonker RMS de la liste parcequ'il leur reproche d'utiliser un logiciel non libre ( http://www.bitkeeper.com/(...) ) pour gérer les sources, on est en droit de se demander où cela finira.
Certes, les excuses ne sont pas mauvaises ("il n'a jamais posté un mail OT" -> ce qui est faux, mais passons), mais faut il craindre d'autre dérives? Nous savons que Linus n'est pas un grand supporter de la philisophie du libre, mais il ressort que certains des développeurs noyau ne le sont pas non plus.
Alan Cox a pris la défense de RMS, ce dont on ne peux que se réjouir.
Je tiens de plus a effectuer une petite rectification pour les amateurs de trolls BSD/GPL: la GPL a pour but de défendre la liberté des utilisateurs, pas celle des développeurs. Linux est GPL, mais ne fait pas parti du projet GNU (qui impose d'autres contraintes, comme une déclaration de l'employeur comme quoi il abandonne ses droits sur le projet du développeur).
Moralité: Utilisez Ze Hurd.
-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par Nelis (page perso, ) le 23/10/2002 à 10:23. (lien). Évalué à 1.C'est clair que je trouve souvent que RMS exagère un peu dans sa croisade, mais là je ne peux que lui donner raison ... Linux, un des plus grands logiciels représentant les LL, dévelopé en partie avec un logiciel propriétaire ça ne fait pas sérieux ... Ca fait un peu "faites ce qu'on dit, pas ce qu'on fait" ... C'est qd même un argument en bêton pour les détracteurs, non ?
J'imagine bien un certain S. Ballmer :
"Linux ? Un concurrent ? Nooon ! Ils se sont rendu compte de l'inéfficacité de leur <<utopie>> : ils utilisent aussi des logiciels propriétaires maintenant !"
Enfin, c'est juste mon avis ...
Nelis--
Vache qui rit, à moitié dans son lit-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par phq () le 23/10/2002 à 10:33. (lien). Évalué à 1.le gros problème de RMS, c'est son manque de diplomatie. Il est persuadé d'avoir raison (et je pense qu'il a raison) mais il ne doit pas toujours se rendre compte que sa communication n'a pas toujours les effets escomptés. En l'occurence, il va AMA se mettre pas mal de dev linux à dos.
-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par Code34 (page perso, ) le 23/10/2002 à 11:01. (lien). Évalué à 1.Le probleme est purement symbolique ...
Hier, Linus se tournait vers bitkeeper un soft propriétaire pour développer le noyau Linux, aujourd'hui Stallman (representant/initiateur du logiciel libre) se fait blacklister de la liste de développement du kernel.
Comme je le disais dans mon ancien post, ça en dit long sur la nouvelle philosophie/dérive qui est entrain de s'instaurer sous linux.
-> introduction des méthodes de développement à la logiciel propriétaire, guerre des grands seigneurs censeurs ...
Alan Cox a raison de rappeller à l'ordre certains intervenants de la mailing list en leur demandant qui ils sont pour prendre de tel décision...
Le problême pour Stallman c'est qu'il mène plusieurs gros combats en meme temps, et en se faisant des énemis à droite à gauche, il risque de s'isoler. En même temps, si ça s'envenime, ça risque de définitivement partager la communauté linux (il y aura t il un fork ou une migration en masse vers un autre système?)
code34-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par tcws () le 23/10/2002 à 12:25. (lien). Évalué à 1.oui tiens un fork --> linus repart avec un linux non GPL basé sur les premières sources du noyau, quand il n'yavait que lui qui avait mis les mains dedans, et de l'autre coté continuation du linux GPL (alllez GNU/Linux ? :) ) dans l'état actuel :o)
(blague -1)-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par Nicolas () le 23/10/2002 à 14:07. (lien). Évalué à 1.il y a un truc qui est enervant dans tous ca c'est que systematiquement cela retombe sur le dos de linus mais a sa place moi aussi j'en aurai ras le bol des attques de RMS. Linus dit et affirme haut et fort qu'il en a rien a taper de la philosophie ce qui l'interesse c'est de developper un noyau et d'avoir acces au source des patchs qui sont inclu dedans! Pour cela il a choisi la licence GPL qui lui assure le droit d'avoir les sources et de les modifiers! A ce propos il rale souvent aussi sur les patchs rajoute au noyau qui ne lui ont ete jamais communique...
Deuxieme point, Linus a choisi bitkeeper car il n'existe (pour l'instant) pas d'equivalent libre et cvs etais depasse sur bien des points (d'ou le developpement d'alternative mais pas encore au point). Il a donc adopte un logiciel non libre car c'etais le SEUL a repondre a ses besoins il y a 1 an et la situation n'a toujours pas evoluer pour faire un transfert vers un logiciel libre car il n'existe toujours pas de concurrent libre!!! Cela montre, malheureusement, que Linus avait raison d'utiliser Bitkeeper sinon il serait toujours dans la m.... pour gerer les patchs du noyau (ben oui il voulait dormir de temps en temps le pere Linus)!
Ensuite que RMS vienne precher sa philosphie sur une liste technique je comprend tout a fait que cela casse les c... d'un certains nombre de personnes mais bon suffit de mettre un filtre sur l'email de RMS direction poubelle pour ne plus regarder que les trucs techniques!
Dernier point Linus me semble t'il ne garde pas trace des differents "patcheurs" du noyau pour la simple et bonne raison que le seul moyen de changer la licence du noyau c'est que TOUS les developpeurs soient d'accord et donc en ne gardant pas de trace et donc en ayant perdu le moyen de contacter certains des developpeurs il empeche tout changement de licence! En gros, Linus se tape de la philosophie du libre il prefere la pratique!-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par Gaël Le Mignot (page perso, ) le 23/10/2002 à 14:25. (lien). Évalué à 1.Ce que Linus ne comprend pas, et ce que RMS a préféré signaler, c'est que la licence de Bit Keeper pour se retourner directement contre le noyau. En effet, si jamais Linux intègre un filesystem avec gestion des versions (comme le sera peut-être un jour ReiserFS ou d'autres), alors ce jour là _tous_ les développeurs du noyau perdront le droit d'utiliser gratuitement Bit Keeper (pour violation de la clause de "non-concurrence"). Ceci est un exemple parmi d'autres des dangers _réels_ que Bit Keeper fait courrir au noyau. RMS n'est pas intervenu à l'origine du choix de Bit Keeper.
-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par Nicolas () le 23/10/2002 à 14:30. (lien). Évalué à 1.Ca c'est un bon argument mais d'ici la il se pourrait que subversion soit utilisable ne penses tu pas? Et si RMS avait deja foutu sa merde au debut de l'utilisation de Bitkeeper!
-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par Gaël Le Mignot (page perso, ) le 23/10/2002 à 14:44. (lien). Évalué à 1.> Ca c'est un bon argument mais d'ici la il se pourrait que subversion soit utilisable ne penses tu pas?
Subversion est utilisable. CVS aussi (et beaucoup de gros projets s'en contentent). Mais ne crois-tu pas qu'il sera un peu trop tard ? Avec toutes les méta-données sur Bit Mover, tous les devs habitués à utiliser BK, ... ? Et ne crois-tu pas que les devs vont préférer ne pas intégrer ce genre de patchs plutôt que de remettre en cause leurs habitudes de travail ?
Et que dire pour Alan, Andrea, Rik, ... qui légalement n'ont pas le droit d'utiliser Bit Keeper puisque leurs employeurs diffusent CVS (et peut-être un jour Subversion) ? Larry a dit qu'il _permettait_ aux développeurs du noyau payés par une distribution de continuer à utiliser Bit Keeper... mais le texte exact de la licence dit le contraire. Alors ? On fait quoi ?
Ce que dit RMS, c'est que le logiciel libre est dangereux. Qu'il peut toujours se retourner contre l'utilisateur, et qu'accepter de l'utiliser c'est accepter des chaines et de dépendre du bon vouloir d'une société. Bien sûr, on peut toujours changer après, si la nouvelle licence ne plait pas. Mais ça veut dire abandonner ses habitudes de travail, souvent perdre des données d'une manière ou d'une autre, ...-
[^]Re: Bitkeeper, RMS et PLONK.
-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par furai (page perso, ) le 23/10/2002 à 15:04. (lien). Évalué à 1.Ce que dit RMS, c'est que le logiciel libre est dangereux.
Et hop, une fortune de plus !!
^_^
-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par Nicolas () le 23/10/2002 à 15:10. (lien). Évalué à 1.j'ai pas envie de me faire ch... a relire la licence, surotut que c'est tellement facile de mal interpreter deux termes dans ce genre de truc, mais il me semble bien que dans la news precedente sur Bitkeeper (cf debian et bitkeeper) quelqu'un a fait remarquer que la licence empeche le developpement d'un concurrent de bitkeeper avec bitkeeper et c'est tout mais bon j'ai peut etre mal compris et si c'est le cas mea culpa!
-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par kadreg () le 23/10/2002 à 15:28. (lien). Évalué à 1.(d) Notwithstanding any other terms in this License, this License is not available to You if You and/or your employer develop, produce, sell, and/or resell a product which contains substantially similar capabilities of the BitKeeper Software, or, in the reasonable opinion of BitMover, competes with the BitKeeper Software.
Mr X ne peut utiliser bitkeeper si lui ou son employeur développe, produit, vend ou revend un logiciel ayant des capacités similaires à bitkeeper.
Résultat :
- Les gens qui développent un gestionnaire de conf (notamment ceux de subversion) ne peuvent utiliser bitikeeper
- Les gens employé par les distrib commerciales ne peuvent pas (la distrib contenant CVS). Je doit reconnaitre que c'est sujet à interprêtation, mais le doute en droit, c'est pas top.
-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par #3588 () le 23/10/2002 à 16:36. (lien). Évalué à 1.« quelqu'un a fait remarquer que la licence empeche le developpement d'un concurrent de bitkeeper avec bitkeeper et c'est tout mais bon j'ai peut etre mal compris et si c'est le cas mea culpa! »
Effectivement c'est faux, l'interdiction concerne bien plus que ça et est un réel problème.
L'auteur de BitKeeper prétend le contraire et essaie de se faire bien voir, mais sa licence est différente et beaucoup plus restrictive que son discours, et curieusement il refuse de la clarifier, cette licence, qui est le seul texte de référence.
-
-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par Gaël Le Mignot (page perso, ) le 23/10/2002 à 15:33. (lien). Évalué à 1.Ouuuuuups ! Flagellez moi ! Bien sûr, il fallait lire "Ce que dit RMS, c'est que le logiciel non libre est dangereux"
/me a honte
/me retourne faire du C++ pour expier
-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par François Romieu (page perso, ) le 23/10/2002 à 18:06. (lien). Évalué à 1.Bonsoir,
[...]
Ah, les métadonnées...
ftp://nl.linux.org/pub/linux/bk2patch/(...)
Le truc vraiment petkouille avec BK, ce sont les threads à la con qu'il déclenche sur la l-k.
--
Ueimor
-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par matiasf () le 23/10/2002 à 21:49. (lien). Évalué à 1.Je sais pas si çà peut aider mais subversion support les méta-données par fichier et répertoire. Dans les méta-données de subversion on peut tout mettre. C'est actuellement utilisé pour le type mime, rendre un fichier exécutable, indiquer la liste des fichiers à ignorer. On peut mettre tout type de méta-donné comme ("color: red") et même du binaire.
-
-
-
-
-
[^]Re: fork avec 2 Linuxs: ceux qui aident CVS et subversion, et les autres
Posté par free2.org (page perso, ) le 23/10/2002 à 14:14. (lien). Évalué à 1.Je ne suis pas d'accord avec le modérateur, il s'agit aussi d'un problème technique, car la license de bitkeeper contient une clause technique inacceptable.
Tous les développeurs qui participent de près au de loin au développement de CVS, Subversion, Webdav, etc.. n'ont plus le droit de participer au développement du noyau Linux. Je soupçonne qu'Alan Cox pourrait bien être dans ce cas, d'où son soutient à RMS sur une mailingList pourtant technique en effet.
On se dirige donc vraiment vers un fork de Linux: d'un côté ceux qui n'ont pas le droit d'utiliser Bitkeeper à cause de leur participation à CVS, avec pour leader Alan Cox (qui a probablement + contribué à Linux ces dernières années que Linus Thorvalds).
De l'autre ceux qui n'ont rien à faire de la promotion des logiciels libres, avec pour leader Linus et quelques boites commerciales qui se frottent les mains d'avance.
Au final, RMS a encore raison: utiliser des logiciels non libres finit toujours par couter beaucoup plus cher que le simple prix de leur licenses.
-
-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par Gaël Le Mignot (page perso, ) le 23/10/2002 à 14:22. (lien). Évalué à 1.Petite remarque: RMS n'a _pas_ été banni. Certains dev du noyau ont demandé à ce qu'il soit banni, mais ça n'a pas été fait (et heureusement... d'ailleurs s'ils l'avaient blacklisté, je crois qu'un grand nombre de gens, moi y compris, ce seraient désincrits de la liste).
-
[^]un texte à commenter ?
Posté par gnap gnap (page perso, ) le 23/10/2002 à 16:57. (lien). Évalué à 1.En fait, ces confusions sont sans doute fréquentes après la lecture de l'article de linuxmain.
Ca commence par :
« At issue initially was Bitkeeper's restriction on how the free-of-cost version of the program may be used, though some had always been uncomfortable about use of a product in kernel development when that product is not itself published under the GNU General Public License. When restrictions in the BitKeeper license came to light, Stallman commented to the Kernel development list that this is what happens when software is employed that is not free by the Free Software Foundation's definition »
On remarque que selon cet article, certains ne sont pas content de BitKeeper par ce qu'il n'est pas publié selon la GPL, et que RMS évoque ce qui arrive lorsqu'un logiciel n'est pas libre selon le point de vue de la FSF.
On en comprend que :
1) ceux qui n'aiment pas BitKeeper sont des fanatiques qui a priori n'acceptent que la GPL.
2) BitKeeper pourrait ^etre considéré comme libre, selon une autre définition (difficulté : le by the FSF's definition est-il là uniquement pour dire qu'il ne s'agit pas de "free as beer" - si c'était le cas, je pense que le "free as freedom" aurait été employé).
Le premier paragraphe nous raconte donc que c'est une querelle entre supposés fous furieux pro-FSF et un logiciel qu'on n'ose pas qualifier de logiciel propriétaire (première occurence du terme dans une citation).
La suite de l'article évoque les reproches généralement fait à la GPL. Qui sont à proprement parler completement hors-sujet.
Ce procédé permet effectivement de déporter le débat sur les questions purement philosophique, « software licensing philosophy ».
Ce qui fait apparaitre la discussion en parfait hors-sujet sur la liste du noyau...
Ce qui permet d'introduire le message de Larry McVoy, de BitKeeper:
« "It's not a free speech issue, it's a question of whether this is the place for that sort of discussion. We could discuss pro-choice vs pro-life here as well but we don't, this isn't the place for it." »
En effet, comme cela surprend, ce monsieur considère que la liste de discussion du noyau n'est pas l'endroit approprier pour évoquer les outils utilisés dans le développement du noyau...
Et pourquoi ?
Seule la fin de l'article semble rattraper le reste.
-
-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par boris (page perso, ) le 23/10/2002 à 17:00. (lien). Évalué à 1.nannn, il est pas encore blacklisté. C'etait juste une proposition de Christoph Hellwig, tres indelicate, certe.
On pourrait dire que RMS a lui aussi ete quelque peu indelicat.
Dans le fond, il a raison. Cet homme se bat pour ses idees, il donne vraiment tout ce qu'il a pour les defendre.
Mais sur la forme, il passe limite pour un integriste, rejetant en bloc tout ce qui n'est pas GNU/GPL like. Et sur la forme, justement, il est un peu agacant.
BK n'illustre pas -a mon avis- une derive ou quoi que ce soit; les developpeurs ont trouvé la un outil qui leur epargne pas mal de peine. Gageons que dès qu'un LL faisant la meme chose sera disponible, ils se mettront a l'utiliser. Dans cette affaire, tout le monde y trouve son compte, les developpeurs du noyau, et l'editeur de BK, car le fait que son logiciel serve au developpement de linux lui fait un enorme coup de pub.
Alors au lieu de raler, on court contribuer au developement d'un BK gpl, et tout le monde sera content.-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par #3588 () le 23/10/2002 à 17:38. (lien). Évalué à 1.« Mais sur la forme, il passe limite pour un integriste, rejetant en bloc tout ce qui n'est pas GNU/GPL like. »
Ah bon, apparemment il parle plutot de sa définition du libre. La GPL n'est qu'une licence parmi d'autres, se conformant à cette définition, et la définition n'exige certainement pas de copyleft. Où est-ce qu'il dit que le libre non-GPL c'est Mal(TM) ?
« Dans cette affaire, tout le monde y trouve son compte, les developpeurs du noyau, et l'editeur de BK, car le fait que son logiciel serve au developpement de linux lui fait un enorme coup de pub. »
Tu oublies quelques développeurs comme Ben Collins, Alan Cox, etc. Eux n'y trouvent pas leur compte, non.-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par gnap gnap (page perso, ) le 23/10/2002 à 19:03. (lien). Évalué à 1.« Mais sur la forme, il passe limite pour un integriste, rejetant en bloc tout ce qui n'est pas GNU/GPL like»
Comme j'essayais de le démontrer plus haut, l'article mis en premier lien de cette dép^eche incite très nettement à voir les choses ainsi.
-
-
-
-
-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par pasBill pasGates () le 23/10/2002 à 10:39. (lien). Évalué à 1.Alors que faire ?
Il n'y a aujourd'hui pas d'outil libre qui permet de faire ce que permet BitKeeper, faut il donc utiliser des methodes 3x moins efficaces, perdre du temps, s'enerver,... uniquement pour des raisons "politiques" ?
Utiliser du libre c'est bien quand c'est disponible, le jour ou une alternative libre existera, je comprendrais a la limite que les gens pressent les devs de changer, mais d'ici la ca revient plus a faire chier les gens qu'autre chose.
Ceux qui gueulent feraient mieux de coder une alternative libre plutot qu'emmerder des gens sur le choix de leurs softs, qui apres tout ne regarde qu'eux.-
[^]Re: Bitkeeper, RMS et PLONK.
-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par astennu () le 23/10/2002 à 11:13. (lien). Évalué à 1.Mouais, faut le comprendre RMS, il se bat depuis plus de 20 ans pour la cause des logiciels libres et voilà qu'un de ses symboles (le noyau Linux me paraît être une pièce maitresse tout comme emacs ou gcc ne l'oublions pas) est développé en utilisant un logiciel propriétaire ... mouais il y a quand même de quoi sauter au plafond!
Si Bitkeeper est vraiment mieux, il faudrait que cela tire CVS par le haut afin de pouvoir remplacer bitkeeper. Je ne sui pas spécialement pour imposer l'utilisation des logiciels libre (ma copine utilise Win XP et je le vis bien, même mieux qu'elle :: ça plante tout le temps!), mais qu'un des piliers des logiciels libres comme Linus Torvald utilise du proprio pour son projet open source principal, c'est dur à accepter.-
[^]qu'un des piliers des logiciels libres comme Linus Torvald ....
Posté par Unixfix le Gaulois () le 23/10/2002 à 11:23. (lien). Évalué à 1.Linus Torvald a produit un noyau qui a ete "annexe" par les defenseurs (integristes ?) du libre.
Les defenseurs du libre oublient volontairement que Linus n'a jamais que developpe une alternative aux unix proprietaires hors de porte de sa bourse d'etudiant.--
Slackware depuis 1996-
[^]Re: qu'un des piliers des logiciels libres comme Linus Torvald ....
Posté par Nelis (page perso, ) le 23/10/2002 à 11:27. (lien). Évalué à 1.On a forcé Linus à mettre son noyau sous GPL ? Non !
--
Vache qui rit, à moitié dans son lit
-
[^]Re: qu'un des piliers des logiciels libres comme Linus Torvald ....
-
-
-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par matiasf () le 23/10/2002 à 11:23. (lien). Évalué à 1.> uniquement pour des raisons "politiques" ?
C'est une très bonne raison. la "politique" est très important.
> le jour ou une alternative libre existera ...
Subversion est en développement avec le soucis, entre autre, de pouvoir "virer" BitKeeper. S'il y a une forte communauté free software, l'idéal serait d'aider au développement de Subversion.
Pour ma part je suis à fond avec Linus car il n'y a pas de problème concrèt dans l'utilisation de BitKeeper et que çà fait avancé le développement du noyau.
Et je suis à fond avec RMS car la défense du free software est le plus important.
RMS défend une idéologie, un idéal et doit donc être idéaliste :-) .-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par khalid () le 23/10/2002 à 13:41. (lien). Évalué à 1.Subversion http://subversion.tigris.org(...) s'annonce en effet très prometteur, même si dans sa première incarnation il ne pourra pas égaler BitKeeper. Ce qu'il faut savoir c'est que Larry Mc Voy est un développeur du Kernel de très longue date, il a conçu Bitkepeer spécifiquement pour les besoins de Linus et de sa façon de travailler; Subversion se veut successur de CVS et un outil plus général.
-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par gnap gnap (page perso, ) le 23/10/2002 à 16:59. (lien). Évalué à 1.« Il ne pourra pas égaler BitKeeper ». S'il est libre, on peut dire qu'il le surpasse : il permet d'^etre sur que jamais les développeurs noyaux seront paralisés par le choix de l'auteur d'un logiciel qu'ils utilisent.
-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par #3588 () le 23/10/2002 à 17:07. (lien). Évalué à 1.« Ce qu'il faut savoir c'est que Larry Mc Voy est un développeur du Kernel de très longue date, il a conçu Bitkepeer spécifiquement pour les besoins de Linus et de sa façon de travailler »
Oui, il l'a expliqué, sa start-up est là pour son intérêt financier, pas pour l'intérêt du kernel. Il suffit de voir à quel point on a l'impression de lire 2 personnages différents, suivant qu'on parle ou non de BitKeeper. Sa réponse à Ben Collins donne quand même pas mal d'indications sur son vrai visage, et ça devrait plutôt inciter à se méfier très sérieusement de lui.
-
-
-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par Toufou (page perso, ) le 23/10/2002 à 11:23. (lien). Évalué à 1.Il n'y a aujourd'hui pas d'outil libre qui permet de faire ce que permet BitKeeper
Il existe des solutions libres assez proches, sauf erreur, et ce serait l'occasion de les perfectionner et d'avoir au final un produit adapté nickel au developpement du kernel. C'est comme d'habitude, quoi: il faut accepter une perte de temps immédiate pour des gains de temps et d'outils énormes sur du moyen terme.
Et puis bon, qu'est-ce qu'une perte de temps sur un soft libre ? C'est bien quand ça avance, mais après tout, le développement de linux n'est pas fait pour être rentable, non ?
emmerder des gens sur le choix de leurs softs, qui apres tout ne regarde qu'eux.
Je suis tout a fait d'accord sur le fait que les gens utilisent ce qu'ils veulent. Si RMS n'aime pas le soft utilisé par les dev kernel, beh qu'il ne l'utilise pas !-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par boubou (page perso, ) le 23/10/2002 à 11:42. (lien). Évalué à 1.Le problème est que justement il n'y a pas de solution assez proche. Tout le monde semble d'accord pour dire que BitKeeper est pour l'instant bien meilleur que tout ce qui existe en libre.
Concernant la rapidité de développement, c'est bien entendu très important. Comment veux-tu que le noyau soit à jour en terme de drivers si linus passe des heures à patcher ? Pour que Linux attire des gens, il faut que le maximum de hardware soit supporté et ce le plus rapidement possible. Il faut donc que le développement soit rapide. Si BitKeeper aide, c'est plutôt bien.-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par Anonyme () le 23/10/2002 à 12:08. (lien). Évalué à 1."Le problème est que justement il n'y a pas de solution assez proche. Tout le monde semble d'accord pour dire que BitKeeper est pour l'instant bien meilleur que tout ce qui existe en libre."
Avec des réflexions comme ça, Linux, le projet GNU et tout un tas d'autres logiciels libres ou open sources n'auraient jamais vu le jour.
Il y a 5/6 ans, Linux ne valait pas OS/2 ni Windows. On aurait dû abandonner Linux? Je ne pense pas.
Le choix de bitKeeper me gène d'autant plus que ce que tu as dit est justement de Linus, et qu'il me semble qu'il ait la mémoire courte.
Je ne suis pas contre les logiciels propriétaires, mais je pense que là, les défenseurs du logicile libre comme RMS sont en droit de faire la réflexion, et les détracteurs sont en droit de dire: "voyez, ils développent Linux, mais finalement ils utilisent des logiciels propriétaires".
Formidable.-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par boubou (page perso, ) le 23/10/2002 à 12:48. (lien). Évalué à 1.Tu le fais exprès ou je ne parle pas la france ? Je n'ai JAMAIS dit que j'étais d'accord avec le choix de BitKeeper. Je pense que c'est une connerie, mais je trouve dommage de lire que 1) il existe presque aussi bien et que 2) le temps de développement n'était pas un point important.
D'autre part, je ne suis pas du tout d'accord avec toi, il y a 5/6 ans linux était déjà bien meilleur que windows et qu'OS/2, ça dépendait seulement du domaine. Personnellement, je n'utilise que linux depuis 1994 (sauf pour les jeux...) et merci, tout va bien.
-
-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par anonyme512 () le 23/10/2002 à 12:23. (lien). Évalué à 1.Tout à fait d'accord.
En fait, tout ça me rappelle un peu ce qui s'est passé au moment ou Netscape a ouvert son code source:
Les développeurs, la communauté, etc. se sont rendus compte que c'était .. disons.. de la merde. Donc ils se soont dit qu'ils allaient repartir du début.
Et là nouveau problème, ils se sont aperçus qu'il leur manquait un paquet d'outils pour refaire convenablement un tel développement.
Le projet Mozilla a donc accouché de Bugzilla (entre autres). Mais en contrepartie, il en a salement pris dans la vue en terme de délais: pendant que les développeurs font ce genre de développements "annexes", ils ne font pas le développement central.
Le cas de Linux est donc assez épineux de ce point de vue, car on est dans une phase assez critique où le support matériel est plus que jamais important. Doit-on perdre du temps sur Subversion, de manière à avoir un logiciel de gestion des sources qui soit libre, au détriment de l'implémentation plus que nécessaire de certains modules (ou du moins une augmentation considérable des délais) ?
Les délais c'est important, car c'est aujourd'hui que Linux doit convaincre. Demain, avec Palladium & Co., il sera trop tard.
L'attitude de Stallman, c'est exactement la même depuis le début: il s'en fiche des délais, pourvu d'être conforme à son idéologie tout le temps. Parfois c'est bien, mais force est de constater que le système GNU n'est pas tout à fait une réalité (même si le Hurd, doucement..), et que le "projet" de la FSF a quand même été vachement aidé par Linus et ses potes, ainsi que par des boites commerciales sans rapport avec la FSF (distros, trolltech, IBM, Sun, etc.)
Bref, en conclusion, c'est quand même un beau sujet à troll, vu que les deux (RMS et LT) ont raison à leur façon...-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par Delahaye Matthieu () le 23/10/2002 à 13:37. (lien). Évalué à 1.Les délais c'est important
Faut faire gaffe avec le mot délais. ça fait sujet à troll genre traduction "précipitation" au lieu de "rapidement". Et dans le genre précipitation on obtient des jolis résultats à la Microsoft ou Hardware buggé.
-
-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par Toufou (page perso, ) le 23/10/2002 à 14:09. (lien). Évalué à 1.Pour que Linux attire des gens, il faut que le maximum de hardware soit supporté et ce le plus rapidement possible
Le seul intéret que je vois à la popularité de linux (ou de tout autre soft libre) est le poid qu'ont ses utilisateurs (tant politique qu'économique), ce qui pourrait être utile pour défendre le libre dans le contexte actuel (loi délires, etc). Je vois donc la popularité de linux comme un aspect important, mais pas comme une fin en soi. Mais bon, du coup je trouve quand même un peu contradictoire de vouloir gagner des 'parts de marché' mais ne pas vouloir s'occuper des aspects politiques*.
Peut-être n'ai-je pas compris pourquoi linux devait être si populaire ?
*) Comme privilégier du propriétaire parce que c'est plus efficace plutot que de se ralentir afin d'améliorer et d'adapter les alternatives libres à de nouveaux besoins.
-
-
-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par #3588 () le 23/10/2002 à 17:03. (lien). Évalué à 1.« Il n'y a aujourd'hui pas d'outil libre qui permet de faire ce que permet BitKeeper, faut il donc utiliser des methodes 3x moins efficaces, perdre du temps, s'enerver »
C'est en général de la mauvaise foi que de dire ça. Non pas que les solutions libres soient équivalentes, on peut effectivement juger BitKeeper meilleur, c'est ce qu'a fait Linus. Mais dire qu'il est impossible d'utiliser du libre pour cette raison, surtout quand ça vient de la part de Linus, c'est du foutage de gueule. Il a mis très longtemps, malgré les demandes des développeurs, à utiliser un tel logiciel d'aide. Bref, il se passe volontiers de ce genre de logiciel pendant longtemps, et soudain BitKeeper est indispensable ?
Quant au fait que ce soit 3 fois moins efficace, on peut en douter. Pour ceux qui utilisent BitKeeper, peut-être. Mais pour ceux qui ne le veulent pas, ou ne le peuvent pas, c'est largement moins efficace que s'il y avait CVS ou Subversion. Bref, dire que c'est moins efficace, c'est ne s'intéresser qu'aux développeurs utilisateurs de BitKeeper et mépriser les autres.
« uniquement pour des raisons "politiques" ? »
Où ça des raisons politiques ? On peut ne pas vouloir utiliser un logiciel propriétaire tout simplement parce que c'est dangereux, et pas uniquement pour des raisons politiques. Le caractère libre d'un logiciel, c'est aussi un aspect technique (c'est tout l'objet de l'Open Source) et ça peut très bien être considéré indispensable indépendamment de tout point de vue politique sur les logicels. Les développeurs du kernel qui ne veulent pas de BitKeeper ne disent pas « tout logiciel doit être libre », ils disent « je ne peux/veux travailler qu'avec du logiciel libre ».
« Utiliser du libre c'est bien quand c'est disponible, le jour ou une alternative libre existera, je comprendrais a la limite que les gens pressent les devs de changer, mais d'ici la ca revient plus a faire chier les gens qu'autre chose. »
Utiliser BitKeeper, donc ne pas utiliser principalement CVS ou Subversion, c'est gêner ceux qui n'utilisent pas BitKeeper. Ils peuvent bien sûr travailler comme si de rien n'était, puisque les patches sont créés "comme avant", mais pour eux il n'y a pas eu de progrès là où il y aurait pu en avoir pour tous.
« Ceux qui gueulent feraient mieux de coder une alternative libre plutot qu'emmerder des gens sur le choix de leurs softs, qui apres tout ne regarde qu'eux. »
Ce choix concerne l'ensemble des développeurs du noyau et les affecte, ça ne regarde certainement pas que Linus : c'est lui qui décide ce que les autres pourront utiliser comme logiciel. Ce n'est certainement pas une situation dans laquelle chacun choisit ses outils comme il l'entend, contrairement à ce que tu veux faire croire.
Ca résume bien tes posts sur cette histoire, excessivement simplistes et oubliant comme par hasard tous les inconvénients qui retombent sur ceux qui ne peuvent pas utiliser BitKeeper. Avec en prime une insulte lancée aux codeurs d'alternatives libres (oui, même s'ils gueulent, ils codent) et/ou du kernel (oui, ils codent aussi).-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par Jar Jar Binks (page perso, ) le 23/10/2002 à 18:31. (lien). Évalué à 1.Le fait est que bitkeeper est assez adapté au développement du noyau : seul Linus a accès à l'arbre Bitkeeper, et les autres se contentent de lui soumettre des patches.
En revanche, CVS et Subversion ont été conçus pour du développement collaboratif. Sur le CVS de gros projets, plusieurs dizaines de personnes ont un accès en écriture, et ça se passe très bien.
Bitkeeper a beau avoir amélioré la cadence pour Linus, viendra un moment où il ne pourra plus suivre, si le rythme des patches et la taille de la source continuent d'augmenter. Peut-être qu'à ce moment-là il se rendra compte que le développement collaboratif est supérieur.-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par matiasf () le 23/10/2002 à 22:03. (lien). Évalué à 1.> seul Linus a accès à l'arbre Bitkeeper, et les autres se contentent de lui soumettre des patches.
Subversion le fait trèèèèès bien. Mais la méthode est différente.
Linus a un dépôt perso. Les autres développeurs peuvent envoyer des patchs subversion et il les applique.
Je doit reconnaitre que cette partie de subversion n'est pas finalisée (il doivent bosser sur un nouveau format de patch (supportant l'ajout de répertoire, le renommage de fichier etc...). La possibilité actuelle est de faire :
$ svn merge -r version_initial:version_final [dépot alan cox]
çà demande d'avoir un serveur subversion côté alan cox (comme pour les autres dev). Mais il y a le support de renomage de fichier par exemple ...
Je connais Subversion et à moyen terme, "çà le fera". Par contre, l'auteur du patch est actuellement perdu (domage).
-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par Guillaume Laurent (page perso, ) le 24/10/2002 à 08:30. (lien). Évalué à 1.il se rendra compte que le développement collaboratif est supérieur.
Cite-moi un exemple qui prouve que le developpement collaboratif est supérieur ? Cite moi un projet ou n'importe qui peut committer n'importe quoi n'importe où ?-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par Jar Jar Binks (page perso, ) le 24/10/2002 à 09:20. (lien). Évalué à 1.Cite-moi un exemple de gros projet autre que Linux où une seule personne peut commiter.
-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par Guillaume Laurent (page perso, ) le 24/10/2002 à 10:18. (lien). Évalué à 1.Je ne dis pas une personne, mais un nombre restreint. Les exemples ne manquent pas : Gnome (chaque composant n'a que 2 ou 3 mainteneurs en moyenne), KDE (pareil), CVS, Mozilla, Batik, Rosegarden, FreeBSD, OpenBSD, Hurd... Tout le libre fonctionne sur ce mode.
-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par #3588 () le 24/10/2002 à 16:10. (lien). Évalué à 1.JJB parle des projets où une seule personne committe. C'est toi qui présente les choses comme s'il parlait de collaboratif au sens « tout le monde peut commiter ». Tes exemples ne font que contribuer à ce qu'il dit : 2 ou 3 mainteneurs par composants, ça fait du monde finalement. Collaboratif n'empêche pas qu'il y ait un nombre très restreint de personnes à commiter dans sa partie du projet.
-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par Guillaume Laurent (page perso, ) le 25/10/2002 à 08:23. (lien). Évalué à 1.Tes exemples ne font que contribuer à ce qu'il dit : 2 ou 3 mainteneurs par composants, ça fait du monde finalement. Collaboratif n'empêche pas qu'il y ait un nombre très restreint de personnes à commiter dans sa partie du projet.
Si c'est dans ce sens là que tu entends "collaboratif", alors oui, on est d'accord. Et c'est déjà ce qui se passe pour Linux, dans le sens ou il y a un petit nombre de gens qui s'occupent de sous-parties du kernel et auxquels Linus fait confiance pour les patches. Linus ne traite évidemment pas tout seul tous les patches qui sont postés.
-
-
-
-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par Eddy () le 24/10/2002 à 09:29. (lien). Évalué à 1.Gnome.
Ah oui, ca marche pas.
Tu as raison, alors.
P.S. C'est trop cool qu'il n'y ait plus de cotes, on peut dire n'importe quoi sans risque.-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par Guillaume Laurent (page perso, ) le 24/10/2002 à 10:12. (lien). Évalué à 1.Gnome.
Non. Il n'y a que 2 ou 3 personnes qui committent pour chaque composant (gnome libs, gtk, etc...). Et encore, ça leur prend beaucoup de temps pour stabiliser lorsqu'il décident de faire une release.
Essaie encore.
-
[^]Re: Bitkeeper, RMS et PLONK.
-
-
-
-
-
-
Re: Bitkeeper, RMS et PLONK.
On se croirait sur la tribune :-) Faut leur vendre une boitakon
-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par jr lamoule (page perso, ) le 23/10/2002 à 10:55. (lien). Évalué à 1.Tu veux que je postes des news a l'intention des dev sur la mailing liste du noyau ? :)
Re: Bitkeeper, RMS et PLONK.
>certains demandent à ce que Stallman soit banni de la liste.
Le pluriel est exagéré ici.
Une seule personne a demandé celà (C. H.), et toutes les réponses ont été négatives (voire très négatives)
-
[^]Re: Bitkeeper, RMS et PLONK.
Posté par Gaël Le Mignot (page perso, ) le 23/10/2002 à 14:29. (lien). Évalué à 1.Non, une autre personne a demandé ça aussi... Larry Mc Voy !
-
[^]Re: Bitkeeper, RMS et PLONK.
-
C'est pas si compliqué
Pour moi le problème est simple: Linus utilise un logiciel proprio parceque c'est le meilleur à son goût. On ne peut pas le forcer à utiliser un autre logiciel, et son importance est telle dans la communauté du LL, en tant que programmeur mais surtout de symbole, qu'il est indispensable de le conserver. Mais on ne peut pas continuer plus longtemps le développement du noyau avec BitKeeper, c'est, comme dit plus haut, gravement nuisible au LL à la fois en terme d'image et de droit.
AMHA Trois solutions :
1) Fork du kernel : Arghh! Trouver des dev qui lachent Torvalds c'est pas évident (surtout quand on connait le nb de dev actifs du Hurd)! Complètement surréaliste, on oublie.
2) Développer une alternative libre à BitKeeper, qui soit gravement trop mieux, et surtout QUI PLAISE A LINUS. Et là il abandonnera son BitKeeper.
3) Liquider Linus : c'est pas forcément la plus mauvaise ;)
Oui nous ne sommes que les esclaves de ce pingouin finlandais, mais on n'a pas le choix : laisser tomber Linux c'est retarder de plusieurs siècles l'avènement du vrai Choix de l'utilisateur entre le Libre et le Proprio.
Sur ce, j'installe subversion.
-
[^]Imbécile !
Posté par Samuel Pajilewski () le 23/10/2002 à 12:20. (lien). Évalué à 1.RMS ne fait que ramener sa fraise sans donner de solution !
C'est facile de critiquer, d'insulter les autres et se prendre pour dieu le père, mais quand on est pas fichu de donner une alternative à BiteKeeper on ferme son claque merde !
La mailing liste du kernel est une ML technique basée sur les conception et realisation du noyau.
La politique et la phulosophie n'a rien à faire la dedans, qu'il retourne jouer à sa merde de Hurd et laisse les vrais developpeurs travailler !-
[^]Re: Imbécile !
-
[^]Toi même !
Posté par TSelek () le 23/10/2002 à 12:29. (lien). Évalué à 1.Ca mérite le plonk ça...
Insultes, dénigrement, amalgame, bref on voit que le système des XP est en pause...-
[^]Re: Toi même !
Posté par boubou (page perso, ) le 23/10/2002 à 12:50. (lien). Évalué à 1.C'est clair. Je trouve incroyable la dégradation en quelques jours.
-
-
[^]Re: Imbécile !
Posté par tcws () le 23/10/2002 à 12:29. (lien). Évalué à 1.> mais quand on est pas fichu de donner une alternative à
> BiteKeeper on ferme son claque merde !
cite une seule personne qui soit "fichu de donner une alternative à bitkeeper"... tu as dix secondes.
2...1...0 personne ? tout le monde ferme sa gueule alors ? <troll>et les développeurs libres ils mettent le palladium le papier alu ?</troll>-
[^]Re: Imbécile !
-
-
[^]Re: Imbécile !
-
-
[^]Re: C'est pas si compliqué
Posté par f l () le 23/10/2002 à 12:26. (lien). Évalué à 1.Un des slogans d'une distribution Linux bien connue et fort appréciée du coté de la FSF est:
"When Code Matters more than Commercials"
en gros... le code est plus important que le marketing.
Pas mal des arguments dans les commentaires disent 'Ca la fout mal que linux, l'embleme du LL soit développé avec un soft non libre'.
Tu parles de "Symbole" et "d'image"; tu parles de marketing en fait, le marketing de linux.
De son coté, Linus, n'a, je crois, jamais voulu faire de linux un symbole du LL. Il a voulu développer un kernel accessible à tous, et il a reconnu que l'utilisation d'une licence libre etait le meilleur moyen d'y parvenir.
Autant que je sache, rien n'empêche de développer un logiciel libre en utilisant un logiciel propriétaire. Alors oui c'est vrai, pour le marketing, c'est mieux d'utiliser un LL de bout en bout. Mais "le code est plus important que le marketing", et aujourd'hui BK apporte un plus incontestable au niveau du code. Lorsqu'une alternative libre sera au niveau et conviendra aux devs du kernel, il sera temps de se préocupper du marketing et de changer d'outil. En attendant, le plus important c'est la qualité du code, et d'avoir le plus rapidement possible un 2.6 ou un 3.0 qui soit irréprochable.-
[^]Re: C'est pas si compliqué
Posté par Jar Jar Binks (page perso, ) le 23/10/2002 à 14:40. (lien). Évalué à 1.Mais c'est bien de mercatique qu'il est question.
La mercatique de BKbits, qui utilise Linux pour faire sa publicité.
-
[^]Re: C'est pas si compliqué
Posté par Arachne (page perso, ) le 23/10/2002 à 17:07. (lien). Évalué à 1.Tu as raison, je parles de Marketing. Car le Code, Monsieur ToutLeMonde s'en fout. Quand GNU sera le meilleur système de la Terre, on aura besoin de communication pour faire passer le message.
Je trouve ça à la fois abérant et désopilant qu'un petit nerd récolte les fruits de ce que RMS a mis 20 ans à élaborer, et lui saborde le boulot. Je ne dis pas ça méchamment (ok un peu), mais il faut admettre que Linus n'a fait "que" développer un (excellent) logiciel libre, alors que RMS y a dédié sa vie. Après on peut être pour le Libre ou seulement s'en servir, c'est au choix.
Imaginez un instant que ce soit RMS qui aie créé Linux... je me demande bien comment les choses auraient tourné... Car quelque part l'intérêt exclusif qu'à Linus pour le code et les performances, ainsi que la "magic touch" qui lui a permit d'avoir sa tête à la une, étaient peut-être nécessaire au relatif engouement actuel. Mais peut-être pas.
-
[^]Re: C'est pas si compliqué
Posté par #3588 () le 23/10/2002 à 17:18. (lien). Évalué à 1.« "When Code Matters more than Commercials" »
Je t'en donne une autre, des mêmes (je l'ai vue attribuée à Bdale Garbee) : « Life is too short to use proprietary software ».
Quant à ton interprétation de cette citation... voir plutot celle de JJB hein, ceux qui ne veulent pas de BK s'en foutent pas mal du marketing.-
[^]Re: C'est pas si compliqué
Posté par f l () le 24/10/2002 à 00:34. (lien). Évalué à 1.C'est plutot le développement du kernel dont ils ont l'air de ne pas se préoccuper.
Alors que c'est bien le seul truc qui compte!
Les symboles, les grandes idées, les belles phrases, les slogans, c'est bien.
Mais au final qu'est ce qui m'intéresse en tant qu'utilisateur du kernel linux:
1/ qu'il soit stable, performant, avec bcp de fonctionnalités
2/ qu'il soit libre (GPL)
L'utilisation de BK a t'elle un impact négatif sur l'un de ces 2 points?
Elle améliore le point 1, et ne touche pas le point 2.
Le reste n'a aucun impact technique, c'est du marketing, des 'commercials', et en ce qui me concerne ça va directement dans /dev/null-
[^]Re: C'est pas si compliqué
Posté par #3588 () le 24/10/2002 à 16:13. (lien). Évalué à 1.« L'utilisation de BK a t'elle un impact négatif sur l'un de ces 2 points? »
Sans doute sur le premier, pas sur le second.
« Elle améliore le point 1 »
Non. Ou alors il faut le démontrer. (sans oublier que la comparaison ne se fait pas avec une situation sans BK, mais avec un autre gestionnaire, voire une autre organisation).
-
-
-
Linus? Not so cool!!!!!!
On atteint maintenant les sommets du ridicule.
Ca nous permet quand même de constater que la notoriété du noyaux Linux a attiré beaucoup de développeurs qui viennent du monde commercial et qui n'ont aucun soucis de la GPL.
Le fait de voir quelqu'un de bitmover defendre sa licence propriétaire sur la liste et trouver des appuis des développeurs du noyau est symptomatique. Le loup est dans la bergerie :-)
On constate aussi que Linus n'a aucune personnalité et agit comme un gamin. Il dit être cool et ne pas vouloir faire de politique pourtant il place son logiciel sous licence GPL, la plus politique des licences! Pourquoi ne pas avoir choisit la BSD qui correspond plus à son esprit? D'autant plus que ça fait longtemps qu'il connait les implications de la GPL. Il explique lui-même qu'il ne remet pas à jour la liste des contributeurs pour qu'il soit quasiment impossible de tous les contacter pour faire passer le noyau soous une même licence. Ce n'est pas politique ça?
Concernant Bitkeeper, certains surfent sur la vague du "Linus fait ça pour le plaisir. Faites un truc équivalent et il changera.le développement va plus vite..." dénué de réflexion et d'arguments cohérents.
Ils oublient que Linus a TOUJOURS refusé d'utiliser un logiciel de gestion de version depuis le début! Le kernel n'avançait pas pour autant?
Récemment, sous la pression des dévs, il a testé plusieurs logiciels de gestion de version et a choisit celui qui répondait à ses besoins mais aussi celui qui faisait le plus chier ceux qui lui avait demandé d'utiliser cvs!
Ca lui a immédiatement été signalé et c'est là qu'il a commencé à donner sa réponse de gamin et du mec soit disant pas engagé:"j'utilise ce que je veux, vous faites ce que vous voulez" alors qu'il sait trés bien que beaucoup de développeurs seront obligés ou tentés d'utiliser bitkeeper pour rester au contact.
Dés le départ, il a été signalé à Linux que ça posait et poserait problème et que les fonctionnalités qu'il lui manquait seraient rapidement rajoutées du fait de sa notoriété. C'est comme celà que fonctionne le logiciel libre depuis le début et le noyau linux en est même le meilleur exemple. Toujours la même réponse égoiste de Linus.
La situation en est arrivée à un point ou les développeurs du kernel sont en train de se tirer dessus et celà risque d'empirer, d'en décourager certains et de lui retirer de sa légitimité. C'est une figure de la communauté du libre mais il n'est pas le seul et son choix nuit à des figures aussi emblématiques que lui. Qu'on propose de blacklister RMS fait rire certains mais la grande majorité trouve ça insultant pour l'esprit même de la communaté du libre. Ben Collins s'est fait envoyé chier par le mec de bitmover qui se met ainsi à dos toute la communauté Debian. Alan Cox prend la défense de RMS et il est quand même numéro 2 quand on parle du kernel Linux. linus est largement perdant dans l'affaire.
Le pire, c'est qu'un seul geste de sa part pourrait désamorcer cette situation ridicule. Il n'a même pas besoin de laiser tomber bitkeeper mais un simple mail aux mecs de subversion ou autre leur demandant où ils en sont ferait retomber la pression.
-
[^]RMS est le responsable !
Posté par Samuel Pajilewski () le 23/10/2002 à 12:51. (lien). Évalué à 1.BiteKeeper est selon Linus l'outil le plus adapté au developpement du noyau, si il le dit c'eqt qu'il y a des raisons non ?
CVS est devenu obsolete, bcp de developpeurs contribuent au noyau partout dans le monde, BiteKeeper etait devenu une necessite.
Maintenant RMS fait le jeu de Microsoft : Il torpile Linux de l'interieur, et Bill Gates doit s'en frotter les mains : Linux est inattaquable de l'exteireur, donc envoyons un bouffon tel RMS foutre la merde dans le dvlt du noyau Linux !
Si au lieu de se chamailler tout le monde se serrait les coudes peut etre qu'on eviterai cette situation ridicule qui ne fait rire que Ballmer.
Merde enfin , 11 ans de boulots pour en arriver là, si c'est pas pitoyable !-
[^]Re: RMS est le responsable !
-
[^]Re: RMS est le responsable !
-
[^]Re: RMS est le responsable !
Posté par Sismiq () le 23/10/2002 à 14:23. (lien). Évalué à 1.J'ai surtout l'impression qu'en plus d'être injurieux et de mauvaise fois, tu te trompes de combat.
Microsoft, Gates ou Balmer n'ont rien à voir dans cette histoire et Linux n'existe pas pour être le concurrent d'un autre OS. Il est la pour plaire à ses utilisateurs, au niveau technique comme au niveau de leurs libertés. L'interêt d'avoir un système GNU/Linux, c'est entre autre d'avoir un système libre avec lequel on peut utiliser des outils libres, que ça soit au niveau des applications bureautique que des applications de developpement. Et pour cela, le support, l'utilisation et la promotion d'un outil libre pour le developpement du coeur de ce système est primordial, au même titre que l'utilisation d'un compilateur libre comme gcc, que l'on doit d'ailleurs à un certain RMS (tout comme gnu emacs)...-
[^]Petite explication
Posté par Samuel Pajilewski () le 23/10/2002 à 14:33. (lien). Évalué à 1.Bon tout ceci etait un Troll, c con que tout le monde m'ait pris au serieux !
Toutefois l'attitude de RMS est inacceptable, car il critique sans donner de solution.
Aussi, tu trouverai juste, toi, que Linux perde des mois en developpement rien que pour utiliser que des produits Libres pour son developpement ?
Car si ByteKeeper permet de gagner du temps en developpement, n'est ce pas un meilleur gage de reussite pour Linux et indirectement les solutions libres ?
Doit on faire l'erreur du projet Mozilla et perdre un temps precieux sans pouvoir par la suite remonter la pente en se laissant bouffer par les technos Microsoft lentement comme un Cancer infecte un malade ? (Car c'est ce qui se passe chez Mozilla/Netscape : ça ne remonte pas, ça regresse meme, et en est au stade de 4%)
Car il ne faut pas oublier qu'avec Palladium, .Net et toute l'armada Microsoft, les developpeurs Linux doivent se presser et sortir des alternatives le plus vite possible au risque de na pas palire à tout le monde !
Car si .Net et Palladium s'impose avant que Linux ne sorte ses armes secretes, il sera trop tard et tu n'auras plus que tes yeux pour pleurer !
Soyons realistes, la situation actuelle ne nous permet pas de jouer aux politico-philosophien du libre, nous sommes obliges de faire des concessions !-
[^]Re: Petite explication
Posté par PasChauve PasOunet () le 23/10/2002 à 14:46. (lien). Évalué à 1.si ca peut te rassurer sam , personne ne te prends au serieux
-
[^]Re: Petite explication
Posté par gnap gnap (page perso, ) le 23/10/2002 à 17:03. (lien). Évalué à 1.« Soyons realistes, la situation actuelle ne nous permet pas de jouer aux politico-philosophien du libre, nous sommes obliges de faire des concessions ! »
Ah bon ?
Faire des concessions, c'est faire logiciel dépendant du propriétaire (et donc à terme, quasi-propriétaire) ?
T'es marrant quand m^eme Samuel. Ca fait maintenant plusieurs années que tu considères les utilisateurs de linuxfr.org comme des gamins de 4 ans cherchant à tout prix à abattre Microsoft pour mettre « linux » à sa place, peu importe comment.
-
[^]Re: Petite explication
Posté par Arachne (page perso, ) le 23/10/2002 à 17:09. (lien). Évalué à 1.Vivement le retour des votes.
-
[^]Re: Petite explication
Posté par Maxime Ritter (page perso, ) le 24/10/2002 à 02:23. (lien). Évalué à 1.<I>Bon tout ceci etait un Troll, c con que tout le monde m'ait pris au serieux !</I>
Ben si Kilobug, Kadreg, penso, ou d'autres piliers de linuxfr avaient posté ce que tu disais ici, tout le monde serait mort de rire... Mais la, vu tes autres postes, forcemment, on te prends au sérieux....-
[^]Re: Petite explication
Posté par Jar Jar Binks (page perso, ) le 24/10/2002 à 09:23. (lien). Évalué à 1.Ben si Kilobug, Kadreg, penso, ou d'autres piliers de linuxfr avaient posté ce que tu disais ici,
Ah ! Ah ! Ah !
-
-
[^]Re: Petite explication
Posté par ufoot (page perso, ) le 24/10/2002 à 06:06. (lien). Évalué à 1.Tiens a propo de tout ca, j'ai une suggestion a 2f concernant les fonctionnalites eventuelles ou futures de DLFP -> ca serait sympa d'avoir une "liste noire". Un truc ou tu mets les gens dont tu veux pas voir les posts, et ensuite ces posts snt invisibles, juste pour toi. Ca n'est pas de la censure car les autres peuvent voir ces posts, mais toi tu ne les vois pas. Un peu comme un filtre procmail en fait 8-)
> la situation actuelle ne nous permet pas de jouer aux politico-philosophien du libre, nous sommes obliges de faire des concessions !
Nous ne sommes obliges a rien du tout. J'attends de voir les textes de loi (francaise) qui m'obligent a faire des concessions. Tant que je les ai pas vus, j'en fais pas!-
[^]Re: Petite explication
Posté par PasChauve PasOunet () le 24/10/2002 à 07:36. (lien). Évalué à 1.\o/ une boitakon pour dlfp !
-
-
-
-
[^]Re: RMS est le responsable !
Posté par Sismiq () le 23/10/2002 à 14:24. (lien). Évalué à 1.[...]
De plus j'aimerais bien savoir en quoi Bitkeeper est tellement meilleur au point de ne plus pouvoir s'en passer ou d'utiliser et developper un outil libre équivalent. Sans renier ses qualités, Linux n'a pas attendu bitkeeper pour exister et être un noyau performant, et le nombre de contributeur n'a pas explosé en l'espace de quelques mois...
Evite dans l'avenir de regarder du prone en postant ici, ça te fait ecorcher les noms.-
[^]Re: RMS est le responsable !
Posté par Nicolas () le 23/10/2002 à 14:28. (lien). Évalué à 1.Linus voulait dormir de temps en temps et aussi s'occuper de sa famille plutot que de se faire c.... a regler les merdes de CVS!!!!!
-
[^]Re: RMS est le responsable !
Posté par Sismiq () le 23/10/2002 à 14:35. (lien). Évalué à 1.personne ne l'oblige à se presser, ni à laisser du boulot aux autres.
Et une sorte d'appel d'offre dans la communauté tu libre aurait été plus utile. ça ferait au moins avancer les schmilblick pour qu'on puisse peut-être trouver un outil libre du même niveau.
-
[^]Re: RMS est le responsable = de quoi ?
Posté par gnap gnap (page perso, ) le 23/10/2002 à 17:07. (lien). Évalué à 1.Mignone, cette image du développeur à bout de nerf, devant utiliser un logiciel propriétaire pour la récupération de son rythme biologique et le maintien d'une vie familiale épanouie !!
Mais ce Linus, il a pourtant le temps de rouler dans sa belle BM dans le Silicon Valley. Etais-ce vraiment le dernier recours, la solution de la dernière chance ?
Non, s'il l'avait voulu, il aurait très bien pu payer quelqu'un, faire une donation, pour que soit implémenté en libre ce qu'il recherchait. Mais il ne l'a pas fait. Pas envie, pas l'intention. Il en a le droit, parfaitement le droit.
Mais restons honn^ete : linus à choisi BitKeeper parce que cela était opportun pour lui. Ce n'est pas un pauvre hère à bout de souffle, utilisant BitKeeper avec un couteau sous la gorge.-
[^]Re: RMS est le responsable = de quoi ?
Posté par Jar Jar Binks (page perso, ) le 23/10/2002 à 18:33. (lien). Évalué à 1.C'est surtout un mauvais choix de la méthode de développement du noyau.
Personne ne peut assumer tout seul la maintenance d'une telle quantité de code.
-
[^]Re: RMS est le responsable = de quoi ?
Posté par Antoine J. (Jabber id, ) le 23/10/2002 à 19:11. (lien). Évalué à 1.Non, s'il l'avait voulu, il aurait très bien pu payer quelqu'un, faire une donation, pour que soit implémenté en libre ce qu'il recherchait. Mais il ne l'a pas fait. Pas envie, pas l'intention. Il en a le droit, parfaitement le droit.
Peut-être a-t-il investi dans la société qui développe BK, cela pourrait expliquer pas mal de choses dans cette affaire.
Note: ceci est juste une hypothèse.-
[^]Re: RMS est le responsable = de quoi ?
Posté par Guillaume Laurent (page perso, ) le 24/10/2002 à 08:58. (lien). Évalué à 1.Note: ceci est juste une hypothèse.
Non, c'est une énorme connerie. C'est dur d'avoir foi en la communauté du libre quand on lit ce genre de truc. Sérieusement, tu t'es dit quoi, "oh lala comme je suis intelligent et que j'ai 'achement bien tout compris aux motivations du vilain Linus, et je vais épater tout le monde avec mes brillantes déductions" ?
Pour disserter pendant des plombes sur les méfaits du propriétaire et dire "y a qu'a faire comme ça c'est bien mieux" à propos de problèmes sur lesquels vous n'avez aucune expérience, y a plein de monde. Pour faire des trucs réellement utiles comme écrire de la doc, faire des traductions, ou corriger des bugs, là y a plus personne.
Et ceux qui répondent qu'ils militent pour linux en en parlant autour d'eux, c'est pareil. Quand on voit le niveau des contribs ici, on comprend pourquoi il est aussi difficile d'avoir de l'aide sur des projets libres.-
[^]Re: RMS est le responsable = de quoi ?
Posté par Antoine J. (Jabber id, ) le 24/10/2002 à 11:46. (lien). Évalué à 1.Non, c'est une énorme connerie. C'est dur d'avoir foi en la communauté du libre quand on lit ce genre de truc. Sérieusement, tu t'es dit quoi, "oh lala comme je suis intelligent et que j'ai 'achement bien tout compris aux motivations du vilain Linus, et je vais épater tout le monde avec mes brillantes déductions" ?
Quand je dis que c'est juste un hypothèse, c'est justement pour souligner que ce n'est pas une affirmation. Et je n'ai pas dit ça pour attaquer Linus ou qui que ce soit, j'esperait qu'en faisant cette remarque, de façon un peu provocatrice je te l'accorde, des personnes plus informées que moi pourraient éclairer les lecteurs de cette page sur la plausibilité d'une telle hypothèse.
Tu as choisi de me prêter de mauvaises intentions, libre à toi, mais en criant comme un putois comme tu le fais sans donner le moindre argument tu perds toute crédibilité. La seule chose que je veux que tu me dise c'est pourquoi c'est une énorme connerie, c'est tout, et franchement j'espère que c'est le cas.
Le reste de ton commentaire n'ayant rien à voir avec la choucroute et étant une généralisation grossière, je ne m'étendrait pas d'avantage.-
[^]Re: RMS est le responsable = de quoi ?
Posté par Guillaume Laurent (page perso, ) le 24/10/2002 à 12:57. (lien). Évalué à 1.tu perds toute crédibilité.
Pour ce qui est de parler du libre, ma crédibilité se porte très bien, merci. Regarde ma homepage ou passe mon nom dans google si tu as besoin de t'en convaincre.
La seule chose que je veux que tu me dise c'est pourquoi c'est une énorme connerie, c'est tout, et franchement j'espère que c'est le cas.
Parce que
- Linus sait très bien que ça ferait un é
-
-
-
-
-
-
-


Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.