Articles précédents : Développeur
- [11] Coding Party AlternC
- [24] Sortie sous Creative Commons Share-Alike de Linux Device Drivers 3ème édition
- [0] 2LE publie son framework Castor web builder
- [66] JUnitScenario 0.1 vient de sortir
- [5] OSF DCE 1.2 passe sous licence LGPL
- [71] Améliorer les performances du noyau avec un algorithme génétique
- [33] phpJaz, un framework léger pour PHP
- [14] Les 3 heures du PHP
- [18] Gtk-fr.org devient un wiki
- [76] Un moteur de recherche de code source OpenSource
Liens connexes
- KernelTrap : No More Free BitKeeper (1357 hits)
- BitMover : communiqué de presse (668 hits)
- Journal LinuxFr (675 hits)
- DLFP : BitKeeper et Logiciel Libre (687 hits)
- DLFP : BitKeeper, RMS et PLONK (621 hits)
Dépêche modérée par
Dépêche éditée par
Développeur : BitKeeper : plus de version gratuite
Posté par Thomas Petazzoni (page perso, ). Modéré le 06 avril 2005.BitMover a annoncé dans un communiqué de presse, le 5 avril, qu'elle cessait le développement de la version gratuite de BitKeeper. Il semblerait qu'un employé de l'OSDL ait commencé à réaliser de l'ingénierie inverse sur le protocole de BitKeeper et que cela n'ait pas plu à Larry McVoy, le principal interlocuteur de BitMover auprès des développeurs du noyau. Ce dernier a notamment déclaré : « ceci est vraiment un problème de la communauté open source et je dois dire que la communauté open source n'aurait pas pu échouer plus qu'elle ne l'a fait. »
BitMover livrera une dernière version gratuite de son outil qui pourra gérer plus de 64 000 modifications. Linus envisage la migration vers un autre système de gestion de version.
Ce brusque changement dans la politique de BitMover montre un des problèmes que peut poser l'utilisation de logiciels propriétaires dans le développement de Logiciels Libres ou de manière plus générale dans les entreprises.
KernelTrap : No More Free BitKeeper (1357 hits)
BitMover : communiqué de presse (668 hits)
Journal LinuxFr (675 hits)
DLFP : BitKeeper et Logiciel Libre (687 hits)
DLFP : BitKeeper, RMS et PLONK (621 hits)
> Lire la suite (169 commentaires, moyenne: 3,3). [dépêche : 244 caractères]
Adieu et merci pour le poisson
On voit bien le modèle du gratuit ici. Le communiqué de BitMover est plus que clair : Maintenant qu'on a eu notre beau coup de pub a travers Linus et que plein de gens utilisent notre logiciel, on change de politique pour ramasser les thunes.
Bah... Apparement leurs parts de marché ont bien bien augmentés ces dernières années. Ça serait marrant de les voir redescendent si ils se mettent les développeurs de libre à dos.
-
[^]Re: Adieu et merci pour le poisson
Posté par dco () le 06/04/2005 à 09:13. (lien). Évalué à 10.Attends.. personne n'a obligé les gars du kernel a choisir BitKeeper... Les bénéfices sont des deux cotés...
-
[^]Re: Adieu et merci pour le poisson
Posté par let antibarbie = xp <- xp - 1 (page perso, ) le 06/04/2005 à 12:45. (lien). Évalué à 5.Surtout que BitKeeper est un outil très complexe et performant, dans sa catégorie, sinon Linus ne l'aurait pas choisi. Maintenant est-ce que Gnu Arch soit déjà assez mature et bien documenté pour l'utiliser en grande production ? C'est difficile de trouver un gestionnaire de source qui possède le genre de fonctionnalités qu'on trouve dans BitKeeper.
Je sais, d'un autre coté BitKeeper est pas libre et sai mal(tm).
-
-
[^]Re: Adieu et merci pour le poisson
Posté par Marc (Jabber id, page perso, ) le 06/04/2005 à 09:24. (lien). Évalué à 8.Ça serait marrant de les voir redescendent
Je vois mal comment ça pourrait être autrement. Déjà que jusqu'à maintenant, les projets qui utilisent BitKeeper se voit muni d'un contournement pour pouvoir utiliser cvs/arch/svn/... parceque tous le monde n'aime pas bitkeeper.
Personelement, je ne le trouve pas très user friendly ;)
Comme Lary l'explique, leurs marchés principaux sont plus du coté de windows (il explique comment mettre un document word binaire est super important...). Sans doute que le monde de l' "open source" n'a pas été si bénéfique que ça (et ne l'est sans doute plus du tout).
Espérons que ça boost le dev d'autres outils
-
[^]Re: Adieu et merci pour le poisson
Posté par pasBill pasGates () le 06/04/2005 à 09:54. (lien). Évalué à 8.On voit bien le modèle du gratuit ici. Le communiqué de BitMover est plus que clair : Maintenant qu'on a eu notre beau coup de pub a travers Linus et que plein de gens utilisent notre logiciel, on change de politique pour ramasser les thunes.
Chacun sa traduction, moi je traduis en :
On a propose de vous aider en vous donnant gratuitement notre soft, et tout ce que vous trouvez a faire c'est du reverse engineering sur notre soft pour nous couler, donc on va arreter de vous aider.
Et tout de suite la position de BitMover devient plus logique et comprehensible-
[^]Re: Adieu et merci pour le poisson
Posté par Benjamin François (page perso, ) le 06/04/2005 à 10:29. (lien). Évalué à 9.On a propose de vous aider en vous donnant gratuitement notre soft, et tout ce que vous trouvez a faire c'est du reverse engineering sur notre soft pour nous couler, donc on va arreter de vous aider.
Ça serait pleinement compréhensible si une majorité de devs avait reverse-engineeré le soft, mais là il s'agit tout de même d'un seul type. Pourquoi ne pas avoir tout simplement attaqué ce toto en justice ?
Bien évidemment, ils sont en droit de faire ce qu'ils ont fait et de réagir comme ils l'ont fait, mais ça n'interdit pas de trouver cette réaction disproportionnée.-
[^]Re: Adieu et merci pour le poisson
Posté par gc (page perso, ) le 06/04/2005 à 10:43. (lien). Évalué à 4.C'est pas ça le problème. Lisez l'article.
Le problème c'est que des gens employés d'OSDL ont fait du reverse-engineering. D'une part ce n'est pas comme si c'était n'importe qui, et d'autre part c'est l'employeur de Linus. BitMover trouve que c'est du foutage de gueule et çe se comprend.-
[^]Re: Adieu et merci pour le poisson
Posté par Benjamin François (page perso, ) le 06/04/2005 à 10:48. (lien). Évalué à 10.J'ai lu l'article:
Larry explained that a contracter still under pay from OSDL for an unrelated project was also actively working on reverse engineering the BitKeeper protocol. Discussion began about five weeks ago to try and resolve the situation, getting so far as to obtain a verbal agreement that the individual would stop his efforts. After that time, however, it turned out that the reverse engineering effort had continued. Although OSDL wasn't directly paying for the reverse engineering effort, they were still employing someone who was actively developing a competing product, something the free BitKeeper license doesn't allow.
Donc UN mec employé d'OSDL a fait du reverse-engineering et ça n'est pas dans le cadre des activités pour lesquelles OSDL l'emploie. La réaction de BitMover est compréhensible, mais à mes yeux exagèrée.
Si un jour on découvre que pendant ses temps libres un employé d'une société X pirate des DVD, on sanctionne la société ?-
[+] [^]Re: Adieu et merci pour le poisson
Posté par pasBill pasGates () le 06/04/2005 à 19:27. (lien). Évalué à -2.Si je donne des DVD gratis a Renault, et je me rends compte que Renault emploie en toute connaissance de cause un gars qui passe son temps libre a pirater mes DVDs ca me poserait clairement un probleme oui.
Si OSDL a ete averti et n'a rien fait, a eux d'assumer.
-
-
[^]Re: Adieu et merci pour le poisson
Posté par Brice Arnould ( un_brice ) (page perso, ) le 06/04/2005 à 18:17. (lien). Évalué à 10.Ça me scie cette attitude !
C'est pas pour dire, mais le reverse enginering qui a eu lieu avait pour but la compatibilité.
Imagine que MS fasse un procès à ceux qui implémentent un logiciel compatible MSN ou word, tout le monde hurlerais. Là on plaint ces types tellement soucieux d'aider le logiciel libre qu'ils ont un protocole fermé et propriétaire.
Et le pire c'est que ça a l'air d'être pareil sur kerneltrap... ça me tue.--
Respect à RMS.-
[^]Re: Adieu et merci pour le poisson
Posté par Denis Bodor (page perso, ) le 06/04/2005 à 18:38. (lien). Évalué à 4.Ah bin, non, ce n'est pas la même chose. La vrai équivalence serait plutôt :
"Imagines que MS fasse un procès à ceux qui reversent le client MSN (ou le Word) qu'ils avaient le droit d'utiliser gratuitement à la condition qu'ils ne fassent pas de reverse dessus, justement."
Le problème n'est pas forcément l'éditeur du logiciel qui fait ce qui lui chante. C'est son choix.
Le problème est, peut-être, du côté des utilisateurs ayant décidé d'utiliser ce soft sachant que la "faveur" (gratuité du logiciel) pouvait disparaître du jour au lendemain.
La prérénité est quelque chose de propre aux logiciels libres, pas au graticiels.-
[^]Le paternalisme, c'est mal.
Posté par Brice Arnould ( un_brice ) (page perso, ) le 06/04/2005 à 20:29. (lien). Évalué à 4."Imagines que MS fasse un procès à ceux qui reversent le client MSN (ou le Word) qu'ils avaient le droit d'utiliser gratuitement à la condition qu'ils ne fassent pas de reverse dessus, justement."
C'est justement le cas pour MSN messenger non ? Quand au cas de Word, je considère que le prix n'est pas la question, ont parle du droit au désassemblage, que word nie également.
Et je suis d'accord sur ta remarque quand au danger des "gratuiciels". C'est d'ailleurs probablement dans cette optique que le type écrivait son reverse : voir ce que donnerais un logiciel libre contre Bitkeeper, dans compétition non biaisée par la compatiblité.
Moi j'appelle pas ça un couteau dans le dos. C'est juste un challenge équitable.
Et ça me surprends de voir le point auquel on critique ce type qui n'a fait que rejetter le paternalisme de l'éditeur d'un logiciel propriétaire.
On était censé se contenter de vivre au bon vouloir de bitkeeper ? "Quel villain garnement ! Il a désobéit. Maintenant on est tous punis, on va lui casser la gueule à la récré".--
Respect à RMS.-
[+] [^]Re: Le paternalisme, c'est mal.
Posté par pasBill pasGates () le 06/04/2005 à 21:35. (lien). Évalué à -1.Quand on te donne qqe chose gratuitement la moindre des choses c'est de ne pas essayer d'entuber le donateur non ?
Ils sont libres de faire du reverse engineering sur BitKeeper si ca leur chante, il leur suffit de _payer pour les licences_ et de desassembler le soft, et BitMover n'a jamais interdit cela.-
[^]Re: Le paternalisme, c'est mal.
Posté par boubou (page perso, ) le 07/04/2005 à 05:55. (lien). Évalué à 3.BitMover n'a jamais interdit cela
Si, c'est explicitement interdit dans la licence commerciale.-
[+] [^]Re: Le paternalisme, c'est mal.
-
[^]Re: Le paternalisme, c'est mal.
Posté par boubou (page perso, ) le 07/04/2005 à 07:44. (lien). Évalué à 3.My pleasure (extrait de http://www.bitmover.com/cgi-bin/license.cgi)(...) :
You may not yourself and may not permit or enable anyone to: (i) modify or
translate the Software; (ii) reverse engineer, translate, port, clone, decom-
pile, or disassemble the Software or otherwise reduce the Software to a form
understandable by humans, except to the extent this restriction is expressly
prohibited by applicable law notwithstanding this limitation;
Ca te va ?-
[+] [^]Re: Le paternalisme, c'est mal.
Posté par pasBill pasGates () le 07/04/2005 à 08:46. (lien). Évalué à -2.except to the extent this restriction is expressly
prohibited by applicable law notwithstanding this limitation;
C'est donc permis dans plein de pays, comme pour n'importe quel soft.-
[^]Re: Le paternalisme, c'est mal.
Posté par Matthieu Moy (page perso, ) le 07/04/2005 à 08:55. (lien). Évalué à 3.Ni plus ni moins qu'avec la version gratuite, non ?
-
[^]Re: Le paternalisme, c'est mal.
Posté par boubou (page perso, ) le 07/04/2005 à 08:56. (lien). Évalué à 9.C'est donc permis dans plein de pays, comme pour n'importe quel soft.
Des fois, t'es vraiment super chiant tellement tu es de mauvaise foi. Le reverse de BK est explicitement interdit dans la licence commerciale du logiciel, contrairement à ce que tu as écrit. La clause que tu indiques est seulement présente pour éviter de rendre la licence illégale dans les pays qui autorisent le reverse et donc pour avoir une unique licence.
Pour une fois, tu pourrais reconnaître que tu t'es trompé, ça ne coûte rien.-
[^]Re: Le paternalisme, c'est mal.
Posté par pasBill pasGates () le 08/04/2005 à 07:00. (lien). Évalué à 6.Bon ok j'avoue, j'ai melange avec le "interdiction de developper un soft concurrent", et apres m'etre rendu compte de la bourde j'ai essaye de me rattraper par les branches mais la branche a cede sous le poids de la bourde.... mea culpa
-
[^]Re: Le paternalisme, c'est mal.
Posté par boubou (page perso, ) le 08/04/2005 à 07:53. (lien). Évalué à 4.Ah, cool ! Je suis sûr que tu te sens mieux, maintenant ;-)
-
-
-
-
-
-
-
[^]Re: Le paternalisme, c'est mal.
Posté par Zorglub () le 07/04/2005 à 07:45. (lien). Évalué à 2.Quand on te donne qqe chose gratuitement la moindre des choses c'est de ne pas essayer d'entuber le donateur non ?
Tout a fait, c'est absolument valable pour le developpeur de l'OSDL qui faisait du reverse-engineering, ou pour tous ceux qui ont tente de contourner la licence bitkeeper alors qu'ils developpaient d'autres systemes similaires.
Quid de A. Nonyme, qui programme un projet open-source de son cote, qui a bien lu la licence bitkeeper, qui a accepte de la suivre tout comme il faut, et a qui on vient dire "desole, vous n'avez rien fait de mal, mais un abruti en Oregon l'a fait, alors on vous retire la licence" ?
Je sais que Larry McVoy a justifie cela par l'exemple de l'armee, ou tout le monde est puni pour la faute d'une personne (une des choses que j'ai le plus deteste a l'armee d'ailleurs - je me souviens plus si tu avais fait ton ecole de recrue ?), mais comment choisir d'utiliser un logiciel sur le long-terme (gratuit ou pas) si (1) meme en respectant la licence, tu peux perdre le droit de l'utiliser, et (2) ton droit de l'utiliser depend du comportement de n'importe quel abruti sur la planete ?
Ceci ne serait bien sur pas un probleme si BitMover annoncait qu'ils arretent simplement de developper la version gratuite et la laissent dans sa version actuelle -- mais d'apres ce que j'ai compris, elle ne sera plus utilisable du tout d'ici 3 mois (par contre, le serveur qui heberge les sources de differentes versions du noyau restera disponible).
Zorglub-
[^]Re: Le paternalisme, c'est mal.
Posté par boubou (page perso, ) le 07/04/2005 à 08:08. (lien). Évalué à 0.Je sais que Larry McVoy a justifie cela par l'exemple de l'armee, ou tout le monde est puni pour la faute d'une personne (une des choses que j'ai le plus deteste a l'armee d'ailleurs - je me souviens plus si tu avais fait ton ecole de recrue ?)
C'est marrant, j'ai écrit plus bas que McVoy était un con car il "justifiait" son action par l'exemple des punitions collectives de l'armée et ce commentaire est noté très négativement... Peut être aurais-je du plutôt employer des grands mots et dire que la notion même de punition collective est contraire à certains principes fondamentaux des droits de l'homme. Bref...
-
[^]Re: Le paternalisme, c'est mal.
Posté par pasBill pasGates () le 08/04/2005 à 07:06. (lien). Évalué à 0.Ben si on regarde de tres pres oui, il semble que seul 1 gars ait fait l'idiot, mais si on regarde globalement, on se rend compte que peu de gens dans la communaute libre(surtout dans OSDL qui employait le gars...) ont vraiment condamne le gars. Si on ajoute a ca l'habitude recurrente des gens du libre de desassembler tout ce qu'ils trouvent, ca donne l'impression qu'ils s'en battent les c**illes, alors evidemment BitMover se dit que filer un soft gratuitement a tous ces gens ca vaut pas vraiment la peine.
Il y a surement dans le tas des gens qui ont condamne l'acte du gars et qui se retrouvent avec un BitKeeper non fonctionnel, mais a mon avis BitMover a surtout voulu sanctionner la communaute dans on ensemble pour son manque de reaction.
Sinon, oui j'ai fait mon ecole de recrue malheureusement, par contre la bonne nouvelle c'est que l'annee prochaine ca fera 6 ans que je hors de la Suisse, donc plus de cours de repetition :+)
-
-
-
[+] [^]Re: Le paternalisme, c'est mal.
Posté par reno () le 07/04/2005 à 05:23. (lien). Évalué à -1.Euh, il y a une grosse difference entre MSN Messenger, IE, et bitkeeper: les 2 premiers ne sont *PAS* gratuit, seulement tu les payes avec le prix de ton OS: Microsoft a utilisé les bénéfices fait en vendant Office, Windows pour les developper..
Bitkeeper, pour la version gratuite lui ne dependait en rien de l'achat d'autre chose.
Ceci dit, "punir" une communauté parce qu'un de ses membres fait quelque-chose de "répréhensible" (du point de vue de Larry Mc Voy), sans commentaire.
Enfin, Bitkeeper aura quand même eu le gros avantage de faire avancer Linux plus rapidement durant une certaine période, par contre la migration des données ne devrait pas être drole..-
[^]Re: Le paternalisme, c'est mal.
Posté par Brice Arnould ( un_brice ) (page perso, ) le 07/04/2005 à 06:09. (lien). Évalué à 2.Euh, il y a une grosse difference entre MSN Messenger, IE, et bitkeeper: les 2 premiers ne sont *PAS* gratuit, seulement tu les payes avec le prix de ton OS: Microsoft a utilisé les bénéfices fait en vendant Office, Windows pour les developper..
Tu as oublié la version mac : http://www.microsoft.com/france/mac/messenger/default.asp(...)
Et, comme je l'ai déjà dit, le prix n'est pas la question, on parle de la compatiblité et d'une concurrence non faussée. Un logiciel propriétaire gratuit plutôt qu'un payant, franchement, c'est presque kif kif, à la rigueur plus dangereux par ce que les gens sont moins conscients des contraintes.--
Respect à RMS.
-
-
-
-
-
-
-
[^]Re: Adieu et merci pour le poisson
Posté par dcp (page perso, ) le 06/04/2005 à 10:42. (lien). Évalué à 10.Je trouve que ton analyse est quelque peu caricaturale ...
L'open-source c'est des individus, des sociétés, des associations. Ce n'est pas un bloc unique et uni. OSDL rémunere plusieurs développeurs pour un travail donné (qui n'a rien à voir avec du versionning), mais qui travaillent en parallèle sur des projets de versionning... D'ou une colère affichée de BitMover.
Mon analyse personnelle est que BitKeeper ne vend pas grand chose sur Linux/UNIX et que le support de cette plateforme était avant tout publicitaire : BitKeeper est utilisé par des centaines de développeurs répartis aux 4 coins de la planète pour un projet (célèbre) de plusieurs millions de lignes de code... Cela crédibilise un produit, sans parler d'une publicité énorme à peu de frais... Qui connaissait BitKeeper (et BitMover) avant que Linus décide de l'utiliser ?
D'autre part, Trolltech a-t-elle arrêté de distribuer Qt en GPL alors qu'une partie de la communauté développait Gtk ? MySQL AB rechigna-t-elle à distribuer sa base de données dès lors que la communauté participe à d'autres produits (postgreSQL...) ? Non. Il se trouve que BitMover n'a pas le même business model que les deux sociétés sus-citées (support, formation, custom engineering), mais un modèle basé sur la vente de licences, ce qui est très honorable et ne me choque nullement.
Dès lors, la rupture était inévitable et prévisible (facile à postuler après l'évenement, il est vrai). Mais il serait fort étonnant que BitMover n'ait pas prévu cette rupture de longue date tout en sachant que la renommée, la crédibilité et la publicité de leur produit n'avait pas de meilleur chemin que celui la. Je pense donc qu'ils font beaucoup de cinéma et de simagrées pour un évenement, qu'ils avaient de toute manière prévu de déclencher.
Cordialement
-
[^]Re: Adieu et merci pour le poisson
Posté par B. franck () le 06/04/2005 à 10:54. (lien). Évalué à 7.le reverse était légitime, il fallait être sûr de ce que faisait leur bouzain
avec les sources.
<mode_parano>
imaginons qu'il insère du code sans le notifier
</mode_parano>
de toute façon on a toujours le droit de faire du reverse à des fins d'opérabilité. (pour combien de temps, ça c'est une question de référendum hors sujet ici)
Et ils devraient plutôt être heureux qu'on les ai prévenu pour qu'il change leur business-plan.
-
[^]Re: Adieu et merci pour le poisson
Posté par pasBill pasGates () le 06/04/2005 à 19:06. (lien). Évalué à 4.Ben oui le reverse engineering est legitime, tout comme annuler la licence gratuite est legitime.
On te donne qqe chose en echange d'une promesse de ta part, tu tiens pas la promesse, ben on te reprend ce qqe chose, tout ce qu'il y a de plus normal.-
[^]Re: Adieu et merci pour le poisson
Posté par boubou (page perso, ) le 06/04/2005 à 19:27. (lien). Évalué à 3.On te donne qqe chose en echange d'une promesse de ta part, tu tiens pas la promesse, ben on te reprend ce qqe chose, tout ce qu'il y a de plus normal.
C'est tout aussi normal que de punir une classe entière parce qu'un élève parle ou de faire faire 50 pompes à une section parce qu'elle contient un tire au flanc. Le problème n'est pas d'annuler la licence du mec qui fait du reverse (c'est même logique), mais plutôt de supprimer la version gratuite pour tout le monde, alors qu'un mec fait du reverse.-
[^]Re: Adieu et merci pour le poisson
Posté par pasBill pasGates () le 06/04/2005 à 19:33. (lien). Évalué à 1.C'est pas si simple que ca, combien de gens dans le libre ont condamne l'attitude du gars ? La plupart considerent qu'il est tout a fait legitime de faire ce qu'il a fait.
Resultat, ca donne evidemment pas envie a BitMover d'aider ce genre de communaute, il y a certainement des gens qui vont payer pour les autres, mais au final je dirais plutot que l'attitude generale de la communaute(et pas uniquement sur ce cas precis) a donne ce resultat. A vouloir cloner tout ce qu'on touche, on finit par ne plus rien recevoir gratuitement.-
[^]Re: Adieu et merci pour le poisson
Posté par Emmanuel Seyman () le 06/04/2005 à 19:55. (lien). Évalué à 4.C'est pas si simple que ca, combien de gens dans le libre ont condamne l'attitude du gars ? La plupart considerent qu'il est tout a fait legitime de faire ce qu'il a fait.
Je vais te demander un lien vers les stats que tu as établi.
Tous les commentaires que j'ai lu jusqu'a présent condamnent McVoy d'avoir puni tous les utilisateurs de cette version de son logiciel pour les actions d'une personne et Linux pour avoir utilisé un logiciel propriétaire alors qu'on l'a prévenu maintes et maintes fois du danger que cela impliquait.
Les seuls commentaires que j'ai lu sur le responsable s'intérrogeait sur la légalité de ses actions sans pouvoir donner de réponses (on n'a pas assez d'infos).-
[^]Re: Adieu et merci pour le poisson
Posté par pasBill pasGates () le 06/04/2005 à 23:07. (lien). Évalué à 3.Les seuls commentaires que j'ai lu sur le responsable s'intérrogeait sur la légalité de ses actions sans pouvoir donner de réponses (on n'a pas assez d'infos).
C'est justement ce que j'ai vu aussi, bcp se demandaient si c'etait legal ou pas, mais peu ont condamne l'acte d'un point de vue morale.
Perso, je suis pas du tout sur que ce soit illegal, par contre je trouve ca tres deplace d'un point de vue morale.-
[^]Condamnations morales
Posté par Pierre Thierry (page perso, ) le 07/04/2005 à 04:32. (lien). Évalué à 0.peu ont condamne l'acte d'un point de vue morale
Pour moi, ce qui est condamnable moralement, c'est la clause interdisant le reverse-engineering. A noter que dans tout endroit où des lois protègeraient l'interopérabilité, cette clause serait illégale.
Ne pas respecter des clauses abusives d'un contrat, c'est une liberté essentielle.
-
[^]Re: Adieu et merci pour le poisson
Posté par Éric (Jabber id, page perso, ) le 07/04/2005 à 08:18. (lien). Évalué à 4.Condamnable d'un point de vue moral ? regarder comment ça fonctionne pour faire un soft compatible ?
Pas possible, je dois me tromper de site là.-
[+] [^]Re: Adieu et merci pour le poisson
Posté par pasBill pasGates () le 07/04/2005 à 08:49. (lien). Évalué à -1.Quand on te donne qqe chose gratuitement et qu'on te demande ca en echange, je trouves ca reellement immoral oui, si cette clause ne lui plait pas, il lui suffit d'aller voir ailleurs ou acheter une licence, la au moins il n'aura pas tire profit d'un don pour entuber le donateur.
-
[^]Re: Adieu et merci pour le poisson
Posté par briaeros007 () le 07/04/2005 à 08:56. (lien). Évalué à 3.mais meme avec la licence commercial il a normalement pas le droit (c'est le droit americain qui s'appliquait la)....
Alors ensuite ca va etre le respect des developpeurs (ce que je comprend par ailleurs ), puis le respect de la boite; etc... on s'en sort pas.--
Subete ga wakatta toki…watashi ga anta wo korosu.-
[^]Re: Adieu et merci pour le poisson
Posté par pasBill pasGates () le 08/04/2005 à 07:08. (lien). Évalué à 2.Je parles pas de droit legal, parce que legalement il a le droit avec la licence gratuite aussi. Je parles du point de vue moral, une boite te file un soft gratuitement, et tu en profites pour lui couler son marche. Moralement le gars selon moi devrait acheter la licence plutot que profiter de la bonte de la societe pour la couler.
-
[^]Re: Adieu et merci pour le poisson
Posté par briaeros007 () le 08/04/2005 à 15:19. (lien). Évalué à 2.C'est toi qui dis qu'il a voulu la couler; rien n'est moins sur (pe faire un front end en java ?? comment ca ca passe pas)
Je veux dire je comprend tres bien ton raisonnement ; mais ca reste
1° tres proche d'un proces d'intention je trouve.
2° je vois pas trop en quoi le fait de payer une licence donne plus de droit moralement a developper un soft "concurrent" parce que la licence est une goutte "infime" dans le cout reel du soft (et on s'est arrete au reverse engeenering donc le soft "concurrent" on en est loin)--
Subete ga wakatta toki…watashi ga anta wo korosu.
-
-
-
[^]Re: Adieu et merci pour le poisson
Posté par boubou (page perso, ) le 07/04/2005 à 08:57. (lien). Évalué à 2.Et est-il moral de pratiquer la punition collective ?
-
[^]Re: Adieu et merci pour le poisson
Posté par pasBill pasGates () le 08/04/2005 à 07:10. (lien). Évalué à 1.Ben vu qu'il n'est pas facile de faire des licences individuelles selon les gens, dans un sens oui. De ce que je vois, BitMover a voulu sanctionner la communaute du libre dans son ensemble pour son manque de reaction/condamnation.
-
-
-
-
-
-
[^]Re: Adieu et merci pour le poisson
Posté par boubou (page perso, ) le 06/04/2005 à 20:00. (lien). Évalué à 2.La plupart considerent qu'il est tout a fait legitime de faire ce qu'il a fait.
Moi le premier. Protocole fermé = mal. Ca n'a aucun rapport avec le clonage, c'est une question de principe. Ceci étant, ça reste une punition collective.
-
-
-
[^]Re: Adieu et merci pour le poisson
Posté par Emmanuel Seyman () le 06/04/2005 à 19:45. (lien). Évalué à 2.On te donne qqe chose en echange d'une promesse de ta part, tu tiens pas la promesse, ben on te reprend ce qqe chose, tout ce qu'il y a de plus normal.
Je ne suis pas sur que ca soit une tres représentation des choses.
Ici, UN developpeur libre a violé la licence (admettons que la clause en question soit légale) et c'est TOUS les clients qui sont punis, même ceux qui ont respectés la licence.
Larry McVoy compare la situation aux Marines américains. Dans les Marines, si quelqu'un fait une connerie, c'est tout le groupe (peu importe qui a commis la faute) qui est puni.-
[+] [^]Re: Adieu et merci pour le poisson
Posté par boubou (page perso, ) le 06/04/2005 à 20:01. (lien). Évalué à -3.Larry McVoy compare la situation aux Marines américains. Dans les Marines, si quelqu'un fait une connerie, c'est tout le groupe (peu importe qui a commis la faute) qui est puni.
Larry McVoy est donc un sale con. Ca ne m'étonne pas plus que ça, mais au moins on en a maintenant une preuve. J'espère sincèrement que sa boite va couler.
-
[^]Re: Adieu et merci pour le poisson
-
-
-
-
[^]Re: Adieu et merci pour le poisson
Posté par modr123 () le 06/04/2005 à 12:32. (lien). Évalué à 2.la licence ne dit pas que si tu utilise gratuitement ce logiciel , tu ne peux pas develloper un concurrent ?
tout devellopeur de arch/svn/subversion ne pouvait donc pa l'utiliser gratuitement--
pour protester contre la dadvsi , je n'achete plus de produit soumis au droit d'auteur ou voisins
-
[^]Re: Adieu et merci pour le poisson
Posté par ookaze () le 06/04/2005 à 13:06. (lien). Évalué à 8.Toi tu peux traduire ce que tu veux, le problème, c'est que L. Mc Voy, lui, il dit clairement (dans l'article en plus) que développer un outil spécifique pour le kernel (donc sous Linux) n'est pas du tout une menace pour son produit, qui aurait maintenant la majorité des licences sous Windows.
Ce qui contredit la raison qu'il a évoqué pour arrêter le dév de la version gratuite, puisque je suis sûr que les personnes qui faisaient du reverse-engineering sur BK n'avaient pas l'intention d'implémenter une version Windows ou pour autre chose que le kernel.
En tout casn je suis sûr que c'était pas fait pour couler BK.
Pour moi, la position de BM reste logique, mais aussi incompréhensible si l'on met en jeu seulement les principes et la morale (comme c'est ce qui est mis en avant par L. Mc Voy).
Si je met les profits en jeu, tout de suite, ça devient plus compréhensible. En somme, je soupçonne une forte dose d'hypocrisie.-
[^]Re: Adieu et merci pour le poisson
Posté par pasBill pasGates () le 06/04/2005 à 19:16. (lien). Évalué à 0.Ce qui contredit la raison qu'il a évoqué pour arrêter le dév de la version gratuite, puisque je suis sûr que les personnes qui faisaient du reverse-engineering sur BK n'avaient pas l'intention d'implémenter une version Windows ou pour autre chose que le kernel.
Tu en es sur ? Tu en sais quoi ? Parce que les gars qui ont fait ca ils avaient probablement en tete de sortir un soft en GPL qui ferait ce que tu mentionnes, resultat 1 semaine plus tard qq'un prendra ce code et l'adaptera.
Pour moi, la position de BM reste logique, mais aussi incompréhensible si l'on met en jeu seulement les principes et la morale (comme c'est ce qui est mis en avant par L. Mc Voy).
Si je met les profits en jeu, tout de suite, ça devient plus compréhensible. En somme, je soupçonne une forte dose d'hypocrisie.
Moi je trouve que le probleme moral il se pose, mais plutot du cote des devs du libre.
BitMover a paye des salaires, la location d'un immeuble,... pour donner a ces devs un soft gratuit, et en retour ces devs lui plantent un couteau dans le dos qui risque de faire baisser ses revenus, sympa comme remerciement.-
[^]Re: Adieu et merci pour le poisson
Posté par briaeros007 () le 06/04/2005 à 19:37. (lien). Évalué à 2.pour le couteau : ces devs ces devs...
on a dis un dev deja...
"BitMover a paye des salaires, la location d'un immeuble,... pour donner a ces devs un soft gratuit, "
Pas que pour ca ; il fait aussi payer certaines de ses versions...
on peux considerer aussi que le fait de leurs passer l'outil gratuit n'etait qu'un coup de pub car de toutes facons ils ne l'auraient pas acheter ; donc autant qu'ils utilisent mon soft ; comme c'est un gros groupe d'expert qui est "mediatise" (dans leurs milieu) si ils utilisent mon soft ca se sait .
Et donc le retour sur investissemnt il est peut etre deja fait..
chacun vois le cote qui l'arrange...--
Subete ga wakatta toki…watashi ga anta wo korosu.-
[^]Re: Adieu et merci pour le poisson
Posté par boubou (page perso, ) le 06/04/2005 à 20:04. (lien). Évalué à 8.D'autant plus que McVoy a dit lui-même que certains développeurs linux employés pas de grosses boites comme IBM ont acheté des licences BK. Et la seule raison pour laquelle ils l'ont fait, c'est que Linus a utilisé BK. Donc McVoy a bien tiré un profit direct de l'utilisation de BK pour le développement de Linux. Et ce sans tenir compte de la pub.
-
-
-
-
bel exemple...
D'aucuns se fendront d'un peitit :
"J'vous l'avais dit !"
-
[^]Re: bel exemple...
Posté par Security__Watch () le 06/04/2005 à 09:13. (lien). Évalué à 10.Et subitement, RMS paraît beaucoup moins intégriste...
-
[^]Re: bel exemple...
Posté par patrick_g (page perso, ) le 06/04/2005 à 09:28. (lien). Évalué à 10.>> Et subitement, RMS paraît beaucoup moins intégriste...
Voir même visionnaire....
Larry McVoy a toujours été très belliqueux envers RMS et les soit-disant intégristes du libre lors des flame-war sur la LKML. Maintenant on a la preuve que l'utilisation d'un logiciel propriétaire est dangereuse pour la communauté du libre : il est probable que le dev du kenel va être perturbé ces prochains mois.
C'est RMS qui aura eu raison en disant dès le début que BK était peut- être le best tool mais qu'a long terme l'utilisation d'un logiciel non libre est dommageable.
j'ai toujours trouvé les arguments de McVoy discutables : c'était en gros "vous avez le droit d'utiliser mon soft mais pas pour développer un logiciel du même type qui sera un concurrent pour moi et ma boite".
BORDEL mais on est ou là ? Vous imaginez Renault disant "vous avez le droit de conduire une Renault sauf si vous voulez vous rendre dans une usine citroën" ?-
[+] [^]Re: bel exemple...
Posté par dco () le 06/04/2005 à 09:40. (lien). Évalué à -2.omho, le danger c'est n'est pas tant le logiciel propriétaire que la licence (+ ou - bancale) associé à ce logiciel... Ne nous trompons pas de combat.
-
[^]Re: bel exemple...
Posté par Marc (Jabber id, page perso, ) le 06/04/2005 à 09:43. (lien). Évalué à 10.y'a 2 trucs ici, la license qui interdit de bosser sur un concurent, ce n'est pas vraiment le sujet de cette dépêche..
Le 2ème, c'est que quand tu reposes sur un soft proprio et qu'un jour, l'éditeur passe ce logiciel à la trappe, tu va passer du temps à chercher autre chose etc etc parceque tu n'as plus accès au soft...-
[^]Re: bel exemple...
Posté par Guillaume Thomassin (page perso, ) le 06/04/2005 à 10:16. (lien). Évalué à 5.Le probleme n'est pas un probleme d'acces au soft (la version gratuite de BitKeeper sera tourjours la) mais un probleme d'arret des evolutions du soft. Ce risque peut aussi exister pour les logiciels libres: si les developeurs arretent leurs efforts, le client n'a pas forcement les competences/ressources pour continuer a faire evoluer le soft et donc le meme probleme de trouver une alternative et d'y migrer se pose.
-
[^]Re: bel exemple...
Posté par kesako () le 06/04/2005 à 10:40. (lien). Évalué à 8.grosse nuance : le client a acces au sources donc au format des données, et donc pour une somme modique , il peut payer un dev pour exporter tres finement les donnés vers le format d'un autre soft.
avec du proprio qui disparait, les fonctions d'export sont soit inexistantes soit minimales ou minimalistes. Donc on perd tout : le soft et le travail fait avec le soft.
-
[^]Re: bel exemple...
Posté par Marc (Jabber id, page perso, ) le 06/04/2005 à 11:42. (lien). Évalué à 4.(la version gratuite de BitKeeper sera tourjours la)
sans avoir le droit ni la possibilité de corriger les bugs trouvés plus tard... Je trouve pas ça super, et je considère vraiment que c'est un problème. Image qu'on tombe sur une autre limitation du genre du nombre limités de changement? On a l'air bien con
-
-
[^]Re: bel exemple...
Posté par applex () le 06/04/2005 à 13:23. (lien). Évalué à 1.Je dirais simplement que Linus a pris le meilleur produit disponible au moment où il en avait besoin. En effet, s'il y a avait eu un concurrent libre aussi performant et répondant aux besoins, il aurait été choisit (à moins que Linus ait été corrompu, mais je ne le pense pas).
-
[^]Re: bel exemple...
Posté par Guillaume Knispel () le 06/04/2005 à 16:16. (lien). Évalué à 8.Et ouai, et a force de vouloir être style hyper pragmatique, maintenant il l'a dans le cul... Comme quoi la mouvance pragmatique du LL n'est pas vraiment plus pereine que la mouvance idéaliste...
Concretement que ce qui va se passer ? A long terme on peut raisonnablement supposer une migration. A cours terme des ennuis sont potentiellements envisageable si jamais les anciennes versions gratuites se mettent à merder (et vu la mentalité de BM on ne peut pas négliger cette hypothèse).
Cette histoire montre que Linus a clairement sous estimé les problèmes potentiels qui étaient pourtant connus depuis le début et d'une probabilité même assez grande quand on connait la mentalité des propriotaristes de BM. Parce que laissé une composante majeure du process de devel de Linux entre les mains de gens qui n'aiment pas l'interroperabilité au point de faire des coups d'éclat comme ca, on peut quand meme pas prétendre qu'on est pas conscient des risques. Ou alors c'est clairement de l'aveuglement.-
[^]Re: bel exemple...
Posté par Matthieu Moy (page perso, ) le 06/04/2005 à 16:29. (lien). Évalué à 4.> maintenant il l'a dans le cul...
A mon avis non. Si Torvalds n'avait pas migré vers BitKeeper, il y a pas mal de gens qui seraient restés a CVS sans se poser de questions. Le coup de pied dans la fourmilière a permis de montrer qu'on pouvait faire mieux, et du coup, des alternatives intéressantes se développent.
Résultat, d'ici quelques mois, il aura quelque chose de comparable a BitKeeper en open-source. Ça n'aurait probablement pas été le cas autrement.-
[^]Re: bel exemple...
Posté par jeanmarc () le 06/04/2005 à 17:55. (lien). Évalué à 4.Et s'il avait demandé à la communauté de développer un outil proposant les mêmes fonctionalités que bitkeeper au moment où il a décidé de l'adopter, tu ne penses pas qu'il y aurait des solutions beaucoup plus évoluées à l'heure actuelle?
Devant la pression de voir le kernel développé en utilisant un outil propriétaire, beaucoup de développeurs auraient été trés motivés pour offrir une version libre équivalente.
Ton argument du passage vers le propriétaire pour booster le développement du libre est faux et dangereux je trouve.
Les projets qui ont essayé de rattraper bitkeeper auront une forte exposition maintenant mais uniquement parce que bitmover a décidé de laisser tomber la communauté.
Penses-tu que le logicel libre a besoin d'introduire le loup dans la bergerie pour avancer?
Je ne pense pas du tout que ça soit la bonne solution et, bien heureusement, beaucoup d'adhérents à la philosophie du libre on la patience d'attendre que certaines fonctionnalités apparaissent dans les logiciels libres plutôt que de céder à la facilité du logiciel propriétaire bardé de fonctionnalités souvent inutiles.-
[^]Re: bel exemple...
Posté par Matthieu Moy (page perso, ) le 06/04/2005 à 18:30. (lien). Évalué à 1.> Et s'il avait demandé à la communauté de développer un outil proposant les
> mêmes fonctionalités que bitkeeper au moment où il a décidé de l'adopter, tu
> ne penses pas qu'il y aurait des solutions beaucoup plus évoluées à l'heure actuelle?
C'est un peu ce qu'il s'est passé, non ? Arch est né avec comme objectif affiché de remplacer BK pour le kernel par exemple. Linus dit dans son mail: « I sure had hoped that it would have happened only once there was a reasonable open-source alternative. », ce qui veut bien dire qu'il aurait migré vers une solution open-source si elle avait été a la hauteur.
La licence de BitKeeper fait ch**r, tout le monde préfère que Linux utilise autre chose. En attendant, je suis bien content d'avoir un noyau Linux qui marche bien avec un développement actif et rapide. C'est en partie grace a BK, on ne peut pas le nier.-
[^]Re: bel exemple...
Posté par boubou (page perso, ) le 06/04/2005 à 19:35. (lien). Évalué à 3.C'est un peu ce qu'il s'est passé, non ?
Ouai, mais Linus a vraiment été très arrogant sur ce coup. Monsieur Linus ne voulait pas des outils que des milliers de développeurs dans le monde utilisaient avant lui et il a préféré prendre un risque assez important pour satisfaire son égo. Des projets aussi gros que Linux, comme KDE ou Gnome fonctionnent très biens et sont très actifs, et ceci sans BK.
En attendant, je suis bien content d'avoir un noyau Linux qui marche bien avec un développement actif et rapide. C'est en partie grace a BK, on ne peut pas le nier.
Si, je peux. Rien ne permet de prouver que l'accélération de l'inclusion des nouveautés dans le noyau est due à BK. Elle est certainement du à la modification du processus de développement, mais BK n'est qu'une partie de cette modification. Il y a aussi les changements d'équipe, l'absence de noyau 2.7, etc. Peut être que tout se serait passé aussi vite avec un autre gestionnaire de versions.-
[^]Re: bel exemple...
Posté par Matthieu Moy (page perso, ) le 06/04/2005 à 20:52. (lien). Évalué à 2.> Ouai, mais Linus a vraiment été très arrogant sur ce coup.
Linus arrogant ? C'est un pléonasme ;-)
> Rien ne permet de prouver que l'accélération de l'inclusion des nouveautés dans le noyau est due à BK.
Je pense que Linus est bien mieux placé que nous deux pour en juger, et il est plus que clair là dessus.
> l'absence de noyau 2.7, etc.
L'abscence de noyau 2.7, elle est due a la possibilité de tester les patchs dans des branches différentes avant inclusion dans la mainline. Tu te vois sérieusement faire ça avec CVS ?-
[^]Re: bel exemple...
Posté par boubou (page perso, ) le 07/04/2005 à 05:59. (lien). Évalué à 2.Je pense que Linus est bien mieux placé que nous deux pour en juger, et il est plus que clair là dessus.
Je me suis mal exprimé. Ce que je voulais dire, c'est que rien ne permet d'affirmer que l'utilisation d'un autre outil n'aurait pas permis une accélération aussi grande que celle de BK. Je ne nie pas l'accélération induite par BK.-
[^]Re: bel exemple...
Posté par Matthieu Moy (page perso, ) le 07/04/2005 à 08:23. (lien). Évalué à 2.Ben cite un autre outil qui était selon toi à un niveau comparable à BK au moment ou Linus a migré.
-
[^]Re: bel exemple...
Posté par boubou (page perso, ) le 07/04/2005 à 08:47. (lien). Évalué à 3.Aucun ne faisait ce que faisait BK (enfin, de mémoire), mais ce n'est pas le seul modèle de gestion de source. Linus ne voulait pas entendre parler d'un autre modèle et ne pouvait donc rien utiliser d'autre, tout en moins de son point de vue. Je pense que si Linus avait accepté de ne pas faire sa tête de mule, il aurait pu se satisfaire de moins bien que BK à ce moment là et l'outil choisi aurait vite progressé. L'accélération du développement du noyau, j'ai tendance à considérer que c'est relativement récent (depuis la sortie du 2.6) et je pense que depuis cette sortie, il existe des outils de qualité.
De toute manière, le point fondamental est que le seul fait relativement incontestable est que le développement du noyau semble plus rapide en ce moment (et à mon avis depuis le début du 2.6). Les causes sont au minimum obscures et il est impossible de savoir ce qui se serait passé si Linus n'avait pas choisi BK. On peut argumenter pendant des heures, on ne saura jamais. Alors on peut avoir une attitude "positive" et dire que l'expérience a été super positive et tout et tout. Mais de la à parer BK de vertues extraordinaires, il y a un pas que je refuse de faire.
-
-
-
-
[^]Re: bel exemple...
Posté par reno () le 07/04/2005 à 05:40. (lien). Évalué à 2.Euh, et toi tu n'est pas arrogant? Relis un peu ton poste.
D'abord, chaque projet a ses spécificité, ensuite KDE est en train de migrer de CVS a Subversion, donc apparemment ils ne doivent pas être si satisfait que ça de CVS..
Quel était l'état de Subversion, il y a 3 ans quand Linus est passé a bitkeeper?
Il était peut-etre possible de changer le style de developpement en gardant CVS, mais avec des si on ne va pas bien loin..
-
-
-
-
-
-
-
-
-
[^]Re: bel exemple...
Posté par pasBill pasGates () le 06/04/2005 à 09:51. (lien). Évalué à 3.j'ai toujours trouvé les arguments de McVoy discutables : c'était en gros "vous avez le droit d'utiliser mon soft mais pas pour développer un logiciel du même type qui sera un concurrent pour moi et ma boite".
BORDEL mais on est ou là ? Vous imaginez Renault disant "vous avez le droit de conduire une Renault sauf si vous voulez vous rendre dans une usine citroën" ?
A une difference pres: cette limitation n'est valable que pour la licence gratuite, tu crois que Renault transporterait gratuitement les employes de Citroen pour qu'ils se rendent a leur travail ?-
[^]Re: bel exemple...
Posté par boubou (page perso, ) le 06/04/2005 à 09:57. (lien). Évalué à 0.A une difference pres: cette limitation n'est valable que pour la licence gratuite
Est-ce vrai ? Il me semble que McVoy pratique la culture du secret, en particulier pour les prix de son soft, et j'aimerais bien savoir si la licence commerciale du soft est disponible quelque part, et, le cas échéant, si elle n'interdit pas le développement de softs concurrents...-
[^]Re: bel exemple...
Posté par boubou (page perso, ) le 06/04/2005 à 10:03. (lien). Évalué à 3.Bon, je suis con, la licence est disponible sur le site (http://www.bitmover.com/cgi-bin/license.cgi).(...) Elle n'interdit pas de développer un concurrent, mais interdit tout ce qui est reverse...
-
[^]Re: bel exemple...
Posté par pasBill pasGates () le 06/04/2005 à 10:10. (lien). Évalué à 1.cf. http://www.bitmover.com/cgi-bin/license.cgi(...)
Rien dans la licence commerciale ne l'interdit.
-
-
[^]Re: bel exemple...
Posté par Marc (Jabber id, page perso, ) le 06/04/2005 à 09:58. (lien). Évalué à 3.t'es sûr que la version commerciale peut être utilisé pour développer un concurent?
http://www.bitmover.com/cgi-bin/license.cgi(...) :
"(ii) reverse engineer, translate, port, clone, decom-
pile, or disassemble the Software or otherwise reduce the Software to a form
understandable by humans, except to the extent this restriction is expressly
prohibited by applicable law notwithstanding this limitation;"-
[^]Re: bel exemple...
Posté par pasBill pasGates () le 06/04/2005 à 10:00. (lien). Évalué à 2.Ces limitations n'empechent en rien de developper un concurrent, t'as pas besoin de desassembler BitKeeper pour ecrire un soft qui fait la meme chose.
-
[^]Re: bel exemple...
Posté par boubou (page perso, ) le 06/04/2005 à 10:27. (lien). Évalué à 4.Tu ne peux pas développer un concurrent COMPATIBLE (bien que les clauses en question ne soient pas légales partout). Et ce que reproche McVoy, c'est bien l'aspect reverse pour développer un client compatible. De la bonne grosse logique propriétaire, logique, mais propriétaire.
-
[^]Re: bel exemple...
Posté par Marc (Jabber id, page perso, ) le 06/04/2005 à 11:45. (lien). Évalué à 1.clone, je prend ça comme le developpement d'un logiciel qui fait la même chose, un concurent... Je prend ça dans le mauvais sens? Que veut dire clone ici? Un truc qui fait exactement la même chose dans le sens qu'on peut substituer la commande bk par une autre?
-
[^]Re: bel exemple...
Posté par pasBill pasGates () le 06/04/2005 à 19:21. (lien). Évalué à 1.Clone = "je fais tout exactement comme BitKeeper mais je m'appelle autrement et me comporte a la limite tres legerement differemment"
Arch / Subversion / ... ne sont pas des clones de BitKeeper, pourtant ils font le meme genre de boulot.
-
-
-
-
[^]Re: bel exemple...
Posté par Zenitram (page perso, ) le 06/04/2005 à 15:00. (lien). Évalué à 3.A une difference pres: cette limitation n'est valable que pour la licence gratuite
Et?
Ce n'est pas une difference, c'est juste le business-model de BitMover pour se faire connaitre.
Gratuit ou pas, la licence est la, et c'est la licence qui compte.
PS : le sujet n'est pas la, celui-la est un vieux troll :)
-
-
[^]Re: bel exemple...
Posté par gc (page perso, ) le 06/04/2005 à 10:46. (lien). Évalué à 4.BORDEL mais on est ou là ? Vous imaginez Renault disant "vous avez le droit de conduire une Renault sauf si vous voulez vous rendre dans une usine citroën" ?
Tu es de mauvaise foi. L'analogie correcte est Renault disant "je vous donne ou prête gratuitement une Renault mais vous ne vous rendez pas dans une usine Citroën avec". Ben désolé mais je trouve ça compréhensible. Tu aides quelqu'un et tu lui demandes de ne pas te niquer par derrière.-
[^]Re: bel exemple...
Posté par Marc (Jabber id, page perso, ) le 06/04/2005 à 11:46. (lien). Évalué à 2.un peu dans ce style: http://www.404brain.net/index.php/weblog/static/2199/(...) ?
-
[^]Re: bel exemple...
Posté par gc (page perso, ) le 06/04/2005 à 15:21. (lien). Évalué à 2.Je te comprends, la référence à Célio, la marque qui a les pubs les plus sexistes du moment, c'est pas glorieux.
-
[^]Re: bel exemple...
-
-
-
[^]Re: bel exemple...
Posté par Croconux () le 06/04/2005 à 18:31. (lien). Évalué à 1.L'analogie correcte est Renault disant "je vous donne ou prête gratuitement une Renault mais vous ne vous rendez pas dans une usine Citroën avec".
Ce serait plutot : "Je vous prête une Renault gratuitement mais si vous l'acceptez, il vous sera interdit à vie de travailler pour un autre constructeur automobile".
Désolé mais c'est largement excessif. Les constructeurs automobiles essaient les voitures des concurrents pour voir ce qu'elles valent et je trouve ça normal. Un employé de Citroen peut très bien se faire passer pour un acheteur potentiel, aller dans une concessions Renault et demander à essayer une voiture. Dans la plupart des domaines, on teste ses concurrents pour voir comment on se situe par rapport à eux. Il n'y a que dans l'informatique qu'on arrive à imposer des limitations de ce genre.-
[^]Re: bel exemple...
Posté par pasBill pasGates () le 06/04/2005 à 19:22. (lien). Évalué à 1.Ce serait plutot : "Je vous prête une Renault gratuitement mais si vous l'acceptez, il vous sera interdit à vie de travailler pour un autre constructeur automobile".
Tu vois ou que BitMover interdit a vie de travailler sur un soft concurrent ?-
[^]Re: bel exemple...
Posté par bmc () le 06/04/2005 à 20:04. (lien). Évalué à 4.Ce pasBill, si on ne l'avait pas, faudrait l'inventer. On se ferait vraiment chier à ressasser nos arguments bidons entre gens qui sont d'accord.
J'avoue que parfois tu es un poil agaçant, mais souvent très pertinent et en général bien argumenté / documenté.
Sinon, le logiciel propriétaire ça suxor des ours en rut.
-
[^]Re: bel exemple...
Posté par Emmanuel Seyman () le 06/04/2005 à 20:08. (lien). Évalué à 2.Tu vois ou que BitMover interdit a vie de travailler sur un soft concurrent ?
C'est une interprétation très populaire de la licence de BitKeeper dont même Larry McVoy a admis qu'elle était possible d'un point de vue juridique. J'ai cru comprendre qu'il avait prévu de modifier la licence dans un futur proche pour lever l'ambuiguité.-
[^]Re: bel exemple...
Posté par pasBill pasGates () le 06/04/2005 à 23:02. (lien). Évalué à 1.Je vois mal comment cela serait possible de l'interpreter de cette maniere vu que cette clause serait totalement illegale.
-
[^]Re: bel exemple...
Posté par Emmanuel Seyman () le 06/04/2005 à 23:37. (lien). Évalué à 2.cette clause serait totalement illegale.
Je ne vois pas en quoi ta perception de la légalite d'une clause d'un contrat te dispense de la respecter. Il faudra que tu m'expliques...
Pour que ca soit illégale, il faut que quelqu'un porte plainte et qu'un juge déclare la cause comme étant abusive. Les kernel hackers ayant d'autres chats a fouetter, ce n'est pas près d'arriver.
J'ai enfin retrouvé le post de McVoy sur la ml kernel ou il présente les modifications qu'il vaut apporter a la licence de BitKeeper. Son intention était bien d'interdire aux gens de travailler sur un concurrent mais de réduire l'intervalle de temps a un an.
Je te laisse deviner les réactions. Comme toi, beaucoup de gens s'interrogent sur la légalité d'une telle clause.
http://marc.theaimsgroup.com/?l=linux-kernel&m=110834709016000&(...)-
[^]Re: bel exemple...
Posté par Éric (Jabber id, page perso, ) le 07/04/2005 à 08:20. (lien). Évalué à 4.> Pour que ca soit illégale, il faut que quelqu'un porte plainte et qu'un
> juge déclare la cause comme étant abusive.
Je ne connais pas à ce point le juridique mais quelque chose est légal ou n'est pas légal. Si ça n'est pas légal ça n'est pas légal, pas besoin de passer devant le juge. Le juge ne fait que constater et trancher le désaccord (ou éventuellement punir si besoin), ce n'est pas lui qui rend illégal quelque chose, ça l'était (éventuellement) déjà avant.-
[^]Re: bel exemple...
Posté par boubou (page perso, ) le 07/04/2005 à 08:53. (lien). Évalué à 2.Dans le droit positif (romain, napoléon, français, etc.), tu as raison, même si l'interprétation de la loi par la cours de cassation et ses équivalents soit en fait le point final pour déclarer ce qui est légal ou pas. Par contre, ce n'est pas vrai en droit coutumier (anglo-saxon pour faire court). Il faut un jugement pour déterminer si quelque chose est légal ou non.
-
-
[^]Re: bel exemple...
Posté par briaeros007 () le 07/04/2005 à 09:00. (lien). Évalué à 2.
Pour que ca soit illégale, il faut que quelqu'un porte plainte et qu'un juge déclare la cause comme étant abusive. Les kernel hackers ayant d'autres chats a fouetter, ce n'est pas près d'arriver.
Enfin il y a des clauses qui peuvent etre "manifestement illegales"
Exemple:"Ce logiciel vous oblige a un sacrifice humain a chaque utilisation..."--
Subete ga wakatta toki…watashi ga anta wo korosu.-
[^]Re: bel exemple...
-
-
-
-
-
-
-
-
[^]Re: bel exemple...
Posté par Khâpin (Jabber id, page perso, ) le 06/04/2005 à 11:56. (lien). Évalué à 10.>> Et subitement, RMS paraît beaucoup moins intégriste...
Voir même visionnaire....
Larry McVoy a toujours été très belliqueux envers RMS et les soit-disant intégristes du libre lors des flame-war sur la LKML. Maintenant on a la preuve que l'utilisation d'un logiciel propriétaire est dangereuse pour la communauté du libre : il est probable que le dev du kenel va être perturbé ces prochains mois.
Ça va donner doublement raison à RMS: Linux va relentir son développement pendant la phase de recherche et transition vers un au Versionning System. Et du coup, Linux va se faire doubler par ... Hurd!
[c'est au fond à droite? bon, d'accord!]
-
-
[^]Re: bel exemple...
-
Avocat du diable mais bon...
ce brusque changement dans la politique de BitMover montre un des problèmes que peut poser l'utilisation de logiciels propriétaires dans le développement de Logiciels Libres ou de manière plus générale dans les entreprises.
Pas d'accord, rendons à cesar ce qui lui appartient : la réaction est sans doute exagérée mais le problème n'a rien à voir avec libre/propriétaire. Si l'utilisation de la version gratuite interdisait l'ingénierie inverse et que ce point ait été clairement spécifié dans la licence, personne ne peut leur reprocher ce cesser la distribution si cette condition était violée par un qqn de l'OSDL...
On peut pas reprocher aux boites de logiciels propriétaires de s'assoir sur la GPL si le respect n'est pas mutuel.
Par contre, un concilliation aurait pu aboutir à une solution moins abrupte que simplement un arrêt du dev...
-
[^]Re: Avocat du diable mais bon...
Posté par Hardy Damien (page perso, ) le 06/04/2005 à 09:13. (lien). Évalué à 10.Ceci dit c'est p.e. une clause illégale de la licence ... le droit français autorise le reverse ingeniering dans le cadre de l'interropérabilité.
Dam-
[^]Re: Avocat du diable mais bon...
Posté par Sam Hocevar (page perso, ) le 06/04/2005 à 09:28. (lien). Évalué à 9.Non. Le droit à l’ingénierie inverse (droit d’observer, étudier ou tester le fonctionnement du logiciel) est aménageable contractuellement (article L122-6-1.III du CPI), ce qui signifie que la licence peut très bien l’interdire. À noter que lorsqu’elle est autorisée, l’ingénierie inverse n’est absolument pas tenue de se restreindre à des fins d’interopérabilité.
C’est le droit à la décompilation qui n’est pas révocable par contrat (article L122-6-1.IV). En revanche ce dernier est limité aux fins d’interopérabilité et il n’est pas permis de communiquer les informations obtenues à des tiers, sauf nécessité avérée, par exemple -- là j’interprète -- quand c’est dans le code source et qu’on est obligé de faire de l’opensource (ça tombe bien, tiens !).-
[^]Re: Avocat du diable mais bon...
Posté par Stéphane Salès (page perso, ) le 06/04/2005 à 10:04. (lien). Évalué à 2.Le droit à l’ingénierie inverse (droit d’observer, étudier ou tester le fonctionnement du logiciel) est aménageable contractuellement (article L122-6-1.III du CPI)
Et par défaut qu'est ce qui s'applique ? (ie: si le contrat ne précise rien)-
[^]Re: Avocat du diable mais bon...
Posté par Sam Hocevar (page perso, ) le 06/04/2005 à 12:56. (lien). Évalué à 2.Eh bien si rien n’est précisé, tu as le droit de faire tout ce que la loi t’autorise à faire (donc observation, étude du comportement, tests perturbateurs...). Il faut bien entendu avoir le droit d’utiliser le logiciel (ie, respecter le reste des termes de la licence).
-
-
[^]Re: Avocat du diable mais bon...
Posté par romain () le 06/04/2005 à 10:08. (lien). Évalué à 7.Non. Le droit à l’ingénierie inverse (droit d’observer, étudier ou tester le fonctionnement du logiciel) est aménageable contractuellement (article L122-6-1.III du CPI),
Négatif. Cet article ne concerne en rien l'ingénierie inverse (l'étude du fonctionnement du logiciel, et son utilisation pour la réalisation d'un logiciel équivalent), mais seulement les modifications apportées à un logiciel précis, en tant que tel.
L'ingénierie inverse est et reste légale en Europe, de façon générale (pour le moment) ; seule façon de lutter contre : la boîte noire scellée.-
[^]Re: Avocat du diable mais bon...
Posté par Sam Hocevar (page perso, ) le 06/04/2005 à 12:43. (lien). Évalué à 6.Négatif. Cet article ne concerne en rien l'ingénierie inverse (l'étude du fonctionnement du logiciel, et son utilisation pour la réalisation d'un logiciel équivalent), mais seulement les modifications apportées à un logiciel précis, en tant que tel.
Je t’invite à relire cet article, alors :
La personne ayant le droit d'utiliser le logiciel, peut sans l'autorisation de l'auteur observer, étudier ou tester le bon fonctionnement de ce logiciel afin de déterminer les idées et les principes qui sont à la base de n'importe quel élément du logiciel, lorsqu'elle effectue toute opération de chargement, d'affichage, d'exécution, de transmission ou de stockage du logiciel qu'elle est en droit d'effectuer.
Rien à voir avec les modifications apportées à un logiciel précis, je ne vois pas où tu vas chercher ça. Le « déterminer les idées et les principes qui sont à la base [...] du logiciel », c’est exactement ce qu’est l’ingénierie inverse.
-
-
-
-
[^]Re: Avocat du diable mais bon...
Posté par Security__Watch () le 06/04/2005 à 09:16. (lien). Évalué à 1.Je ne vois pas pourquoi toute une communauté aurait à être punie pour les agissements d'un seul (ou même de plusieurs) individu.
McVoy n'a qu'à faire un procès au développeur en question pour violation de licence/contrat, ca marche du tonnerre, c'est ce que fait la FSF.-
[+] [^]Re: Avocat du diable mais bon...
Posté par dco () le 06/04/2005 à 09:19. (lien). Évalué à -2.je suis d'accord avec toi, c'est sur ce point que l'on peut juger BitMover (et sur les aspects du respect de la licence) mais cela n'a rien à voir avec un argument à la "bitmover-sa-pu-c-pas-libre-il-faut-les-pendre
-
[^]Re: Avocat du diable mais bon...
-
-
[^]Re: Avocat du diable mais bon...
Posté par Jiel (page perso, ) le 06/04/2005 à 15:03. (lien). Évalué à 8.Je ne vois pas pourquoi toute une communauté aurait à être punie pour les agissements d'un seul (ou même de plusieurs) individu.
Ce n'es
-


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.