Articles précédents : Presse
- [38] Linux pour les débutants c'est facile !
- [32] Le secteur public sud-coréen encouragé à utiliser Linux
- [6] Article sur Firefox dans la presse australienne
- [16] Revue de Presse - Mars 2005
- [21] Une émission de France Culture sur le livre "Cause commune"
- [7] Dawal.org, un magazine sur la culture et la scène du libre en France
- [2] Interview de Tony Mobily, rédacteur en chef du Free Software Magazine
- [15] Revue de Presse - Février 2005
- [29] The Economist : « L'économie du partage »
- [38] Les Logiciels Libres au Forum Social Mondial
Presse : [débat] Pourquoi Sun rejette la GPL
Posté par Antoine Galataud (). Modéré le 15 avril 2005.Selon Jonathan Shwartz, président de Sun, elle ne permettrait pas de toucher un public assez large, et garderait un aspect viral très gênant. Il va même jusqu'à dire que la GPL sert les États-Unis, ces derniers souhaitant s'accaparer la totalité de la propriété intellectuelle. Il ajoute également que les pays en voie de développement nécessitent d'autres mécanismes de protection de leurs découvertes, afin de pouvoir se développer par leurs propres moyens.
La CDDL (Community Developement and Distribution Licence) répond selon lui aux besoins des entreprises, des institutions et des pays en voie de développement, car aucun aspect de viralité n'y est présent.
Elle est tout à fait comparable à une LGPL, ou à un dérivé BSD.
Jonathan Shwartz affirme également que, ayant discuté avec des chefs d'entreprises et autres, il se serait aperçu qu'un grand nombre d'entre eux ont eu des problèmes avec la GPL : apparemment, ces derniers ont eu la malchance d'utiliser des composants ou des segments logiciels GPL, obligeant leurs produits à passer sous GPL.
La question est : la GPL est-elle inadaptée ou plutôt les personnes l'utilisant n'en font pas un bon usage ? La GPL n'est-elle pas réservée à un certain type de développement ?
Article ZDNet (1090 hits)
> Lire les commentaires (192 commentaires, moyenne: 2,4).
GPL pour tous.
Il est intéressant de voir qu'un certain nombre de gros projets élaborés et importants (ça veut pas dire qu'il n'y en a aucun sous GPL non plus) sont soit sous une license de type BSD, soit GPL/double license commerciale, soit sous leurs propres licenses....
Mozilla, OpenOffice, Apache, OpenSSH, Qt.... GPL étouffante ?
(je pose la question hein).
J'avoue que je trouve dans les licenses BSD une certaine noblesse dans l'abandon de toute réclamation, excepté le copyright, ça semble encore plus proche du modèle de la recherche désintéressée (et non militante).
-
[^]Re: GPL pour tous.
Posté par cosmocat () le 15/04/2005 à 16:04. (lien). Évalué à 9.Je suis assez d'accord avec ta vision des choses mais que faire aussi des pilleurs de propriété intellectuelle, de code,... sans scrupules.
Les exemples ne sont pas rares d'entreprises ne contribuant pas au projet et cherchant seulement à "voler" le travail des autres.
Et c'est là que la GPL intervient....-
[^]Re: GPL pour tous.
Posté par Dalton joe (page perso, ) le 15/04/2005 à 16:45. (lien). Évalué à 1.Il faut bien comprendre le dilemne pour une entreprise qui exploite du code volé.
La GPL oblige à fournir le code source, voilà leur problème.
Par contre ce genre d'entreprise ne peut vivre que dans un environement avec du code disponible donc ouvert, (je ne parle pas de reverse).-
[^]Re: GPL pour tous.
Posté par Antoine () le 15/04/2005 à 17:32. (lien). Évalué à 8.La GPL oblige à fournir le code source
Pas du tout. La GPL oblige à fournir le code source aux gens à qui tu fournis le binaire. Si ton logiciel dérivé reste un produit interne, tu n'es pas tenu de distribuer les sources à l'extérieur.-
[^]Re: GPL pour tous.
Posté par smorico (page perso, ) le 15/04/2005 à 17:55. (lien). Évalué à 1.> aux gens à qui tu fournis le binaire.
Et à l'auteur original du produit, non ?-
[^]Re: GPL pour tous.
Posté par briaeros007 () le 15/04/2005 à 17:58. (lien). Évalué à 3.je ne crois pas.
--
Subete ga wakatta toki…watashi ga anta wo korosu.
-
[^]Re: GPL pour tous.
Posté par Antoine () le 15/04/2005 à 18:16. (lien). Évalué à 6.Et à l'auteur original du produit, non ?
Non. La GPL ne reconnaît d'ailleurs pas de notion d'"auteur original", qui serait contraire au principe de non-discrimination du libre : tout le monde est à égalité devant la licence.-
[^]Re: GPL pour tous.
Posté par scylla (page perso, ) le 15/04/2005 à 23:20. (lien). Évalué à 0.Pas tout à fait puisque l'auteur peut changer la license.
-
[^]Re: GPL pour tous.
Posté par Antoine () le 15/04/2005 à 23:47. (lien). Évalué à 3.Ce n'est pas la GPL qui lui reconnaît ce droit mais le droit d'auteur. La GPL n'accord aucun droit particulier à "l'auteur original".
-
[^]Re: GPL pour tous.
Posté par plagiats () le 16/04/2005 à 11:26. (lien). Évalué à 3.je suis d'accord avec toi mais souvenons-nous que la licence vient en surcouche du droit d'auteur.
--
La mort est un phénomène naturel qui se produit par l'avalement répété de petites quantités de salive au cours d'une grande période de temps. - George Carlin-
[^]Re: GPL pour tous.
Posté par R4f (page perso, ) le 17/04/2005 à 17:46. (lien). Évalué à 3.> la licence vient en surcouche du droit d'auteur.
Peut-être, mais la licence ne peut pas nier ce qui est «de base» dans le droit d'auteur.
D'ailleurs dans la GPL, il y a des sections à ce sujet.
Ex.7. If, as a consequence of a court judgment or allegation of patent infringement or for any other reason (not limited to patent issues), conditions are imposed on you (whether by court order, agreement or otherwise) that contradict the conditions of this License, they do not excuse you from the conditions of this License. If you cannot distribute so as to satisfy simultaneously your obligations under this License and any other pertinent obligations, then as a consequence you may not distribute the Program at all. For example, if a patent license would not permit royalty-free redistribution of the Program by all those who receive copies directly or indirectly through you, then the only way you could satisfy both it and this License would be to refrain entirely from distribution of the Program.
Par conséquent, la licence indique qu'elle ne peut pas accorder ou interdire des choses qui lui sont antérieures (ex. : un brevet). Donc dans un tel cas, on ne peut pas mettre le programme sous GPL.
C'est la même chose avec la législation sur le droit d'auteur. Une licence ne peut que préciser des choses, pas renier des droits ou obligations. Par exemple, les clauses des logiciels selon lesquelles l'auteur n'est pas responsable en cas de dysfonctionnement ne sont pas valides car, en droit Français, on est toujours responsable du logiciel qu'on écrit. On voit bien que la licence ne peut pas contrevenir à la législation en vigueur, juste apporter des clauses sur les champs laissés à l'appréciation des ayant-droit (les auteurs par exemple).-
[^]Re: GPL pour tous.
Posté par Loic Dachary () le 19/04/2005 à 07:36. (lien). Évalué à 1.J'ajouterais un point qui mene a des situations risquees ... pour tout le monde sauf le detenteur des droits. Tu dis "Donc dans un tel cas, on ne peut pas mettre le programme sous GNU GPL". Ce "on" n'inclus pas le detenteur des droits. Il peut publier le logiciel sous la licence qu'il veut sans etre en infraction avec la loi car il est la seule personne au monde a ne pas etre soumis aux conditions de la licence. Donc, une personne qui detient un brevet logiciel aux US et qui publie un logiciel sous GNU GPL qui met en oeuvre l'idee correspondant a ce brevet ne commet rien d'illegal. Par contre, et c'est la que c'est particulierement ennuyeux, absolument tout autre personne est en violation de la licence.
-
[^]Re: GPL pour tous.
Posté par fabb () le 19/04/2005 à 08:07. (lien). Évalué à 1.> Donc, une personne qui detient un brevet logiciel aux US et qui publie un logiciel sous GNU GPL qui met en oeuvre l'idee correspondant a ce brevet ne commet rien d'illegal. Par contre, et c'est la que c'est particulierement ennuyeux, absolument tout autre personne est en violation de la licence.
Tu es sûr ?
Je me demande si j'ai bien compris.
Exemple concrête.
Je suis la société TITI, j'ai créé le projet TOTO sous licence GPL, je détient tous les copyright du projet TOTO.
J'ai le brevet Ploum et *JE* l'implémente dans le projet TOTO (sous licence GPL).
Ai-je le droit de demander de l'argent pour l'utilisation du brevet Ploum dans le programme TOTO qui est sous GPL alors que j'ai moi même mis TOTO sous GPL et donc je ne respecte pas mes engagements envers la GPL ?-
[^]Re: GPL pour tous.
Posté par Matthieu Moy (page perso, ) le 19/04/2005 à 08:23. (lien). Évalué à 2.L'interprétation de la FSF est que tu dois autoriser l'utilisation de ce brevet par les gens qui utilisent ton code. C'est ce qui est dit dans le quiz GPL :
http://www.gnu.org/cgi-bin/license-quiz.cgi(...)
Now FooCorp modifies Joan's browser to include a technology they have patented. They distribute this modified browser on CD. Are there any requirements in the GPL on how they may license their applicable patent?
1. No.
2. Yes, they must allow everyone to practice the patented technology for any purpose.
3. Yes, they must allow everyone who uses any code from the browser to practice their patented technology.
La bonne réponse est la 3.
Maintenant, je ne sais pas a quel point c'est vrai.
-
-
-
-
-
-
[^]Re: GPL pour tous.
Posté par Raphaël SurcouF (Jabber id, page perso, ) le 16/04/2005 à 13:51. (lien). Évalué à 3.Oui mais pas pour les versions précédentes.
Et il ne peut pas empêcher qu'un fork soit créé à partir de ces versions.
-
-
[^]Re: GPL pour tous.
Posté par Loic Dachary () le 19/04/2005 à 07:30. (lien). Évalué à 1.> La GPL ne reconnaît d'ailleurs pas de notion d'"auteur original"
Il doit s'agir d'une boulette de ta part. Je suppose que par "auteur original" tu veux dire celui qui detient le droit d'auteur. Effectivement la GPL n'impose pas d'interagir avec le detenteur des droits. Mais elle donne une place tout particuliere au detenteur des droits puisque c'est de lui que vient la licence.-
[^]Re: GPL pour tous.
Posté par smorico (page perso, ) le 19/04/2005 à 23:14. (lien). Évalué à 1.>> Et à l'auteur original du produit, non ?
> non.
Ok j'ai du confondre avec une autre licence car je me souvient avoir lu ça quelque part (ou peut être que c'était simplement faux).....
Sinon je suis tombé sur un document qui à l'air assez interessant... :
http://soufron.free.fr/files/gpl.html(...)
-
-
-
-
[^]Re: GPL pour tous.
Posté par kra () le 15/04/2005 à 18:01. (lien). Évalué à 2.true
cela dit, les gens a qui tu distribues ont le droit (mais pas le devoir) de redistribuer sources ou binaires (et meme de les vendre les binaires).
Autant c'est adapte dans le monde du service ou tu vends les sources au client, autant pour faire du pognon en vendant une appli grand public n'ayant pas de service autour, c'est plutot pas adapte du tout du tout.
-
-
[^]Re: GPL pour tous.
Posté par Arnaud (page perso, ) le 16/04/2005 à 01:32. (lien). Évalué à 4.Il faut bien comprendre le dilemne
Non, il faut bien comprendre le dilemme :-)
-
-
[^]Re: GPL pour tous.
Posté par Dabowl_94 () le 15/04/2005 à 17:27. (lien). Évalué à 2.Effectivement, il y a beaucoup de pilleurs de code et sûrement des sociétés voire de très grandes sociétés.
Mais il faut voir autre chose, c'est que beaucoup de grands groupes investissent dans des projets libres ou même libèrent certains de leurs projets, typiquement IBM a libéré Eclipse et depuis cet outil a évolué de manière considérable, il suffit de voir le nombre de plugin disponibles, et au final ça a coûté beaucoup moins cher à IBM de libérer son produit plutôt que de continuer à le maintenir.
Les grands groupes ont très bien compris que investir dans le libre peut revenir moins cher que d'avoir a embaucher des équipes de developpeurs pour créer des softs, et bien souvent, les chefs de projets sont des anciens de IBM etc...(il suffit de voir la fondation apache)
Maintenant concernant la GPL, il est vrai que tout bout de code linké à du code GPL devient GPL et je trouve que c'est pas un mal, en effet si tu te bases sur une bibliothèque libre pourquoi ne pas libérer ton programme ? Je ne vois rien de scandaleux là-dedans.
Il y a et il y aura toujours des voleurs, une entreprise qui "vole" du code n'aura probablement pas une grande durée de vie (quoique $krosoft en est un contre-exemple)-
[^]Re: GPL pour tous.
Posté par Michel Galle () le 15/04/2005 à 18:44. (lien). Évalué à 4.nbon non non et NON
ca ne se pose pas comme ca en DROIT
il faut comprendre la notion d'oeuvre DERIVE
si vous créez un produit DERIVE du produit GPL, il vous faut respecter la licence d'utilisation du programme GPL
oui, ajouter du code à un programme gpl est considéré comme oeuvre dérivée par la licence, donc, vous avez 2 CHOIX :
- respecter la licence (et mettre l'oeuvre dérivée sous la licence gpl) et mettre l'oeuvre dérivée sous la même licence que l'oeuvre originale
- ne pas faire d'oeuvre dérivée si vous ne pouvez pas respecter la licence gpl (exemple, une contribution est sous une autre licence d'utilisation avec des termes contradictoires)
POINT
ce n'est PAS une obligation de quoi ce que soit
VOUS AVEZ LE DROIT de DERIVER un NOUVEAU produit depuis un programme GPL
A CONDITION DE respecter des LIMITES (afin d'éviter de dériver un produit propriétaire depuis un programme GPL)
c'est effectivement moins libertaire que la BSD
cela n'est pas forcément un mal
quand au terme linké
NON ET NON
un programme PROPRIETAIRE PEUT ETRE LINKE DYNAMIQUEMENT à un programme LIBRE
ET INVERSEMENT !!! et cela se fait et se vend !
et il y a le cas du LINKAGE STATIQUE, un programme qui est issu du linkage STATIQUE d'un code GPL et d'un code sous une autre licence est déclaré, par la licence GPL, programme dérivé du programme GPL.
Si l'ensemble ne peut pas être mis sous la licence GPL, alors vous n'êtes pas autorisé à faire un dérivé du programme sous GPL
NE MELANGEZ PAS Linkage statique et dynamique : ca une GRANDE IMPORTANCE TECHNIQUE ET ET ET ET LEGALE !!!
----------
et apropos des exigeances de la gpl, je dérive : bien des gens semblent trouver ces exigences comme abusives, pourtant ca n'a rien de particulièrement choquant.
L'industrie est pleine de demandes plus abusives et farfelues pour vous autoriser à réutiliser leur travail
les plus communes sont celle de vous demander des milliers de $ et de respecter des conditions de secrets absolues ou des limitations dans le commerce qui vous est autorisé.
(exemple, on vous vend du code pour décompresser de la vidéo, vous payerez royalties sur des années, vous n'aurez pas le droit de faire un logiciel pour une plateforme précise , ou de faire un logiciel opensource, on peut vous interdire de vendre pour un marché précis, ou par exemple vous interdire de faire un logiciel permettant la copie, etc etc)
alors, que la GPL ne cherche qu'à créer de nouveaux projets GPL et bien figurez vous que je trouve cela CONSTRUCTIF et infiniment plus utile pour les gens que les habituelles pratiques de l'industrie.
ho et puis si quelqu'un un jour se plaint , dites lui ceci : si la licence ne convient pas et bien qu'il n'utilise pas le travail des autres !
quand la licence de photoshop ne me convient pas (payer des 1000 et des cents pour avoir le droit de le lancer, et même po le droit de le mettre sur mes 2 ordis) et bien.. JE FAIS SANS ! (google merci, je ne suis pas graphiste, sinon je ferai la manche) (et en plus je peux même pas m'en faire un outil plus spécialisé, J'AI PAS LE DROIT !!! )
avec les programmes libre ? c'(est la MEME chose ! au lieu de pleurer en se roulant par terre (sun, microsoft, et d'autres), et bien RESPECTEZ LA LOI ou PASSEZ VOTRE CHEMIN
libre à vous.-
[^]Re: GPL pour tous.
-
[^]Re: GPL pour tous.
Posté par Maz (page perso, ) le 16/04/2005 à 00:10. (lien). Évalué à 9.un programme PROPRIETAIRE PEUT ETRE LINKE DYNAMIQUEMENT à un programme LIBRE
Oulah, attention, c'est pas toujours vrai. C'est même pour ça qu'il y a une LGPL.
Relis bien la GPL, et la FAQ.
Particulièrement :
http://www.gnu.org/licenses/gpl-faq.fr.html#IfLibraryIsGPL(...)
http://www.gnu.org/licenses/gpl-faq.fr.html#LinkingWithGPL(...)-
[^]Re: GPL pour tous.
Posté par khalid () le 16/04/2005 à 01:57. (lien). Évalué à 3.Exact, je me disais bien aussi, par défaut tu ne peux linker ni dynamiquement ni statiquement avec un programme GPL sans devoir libérer ton code. Tu peux toutefois rajouter une clause spécifique qui autorise explicitement le linkage dynamique.
-
[^]Re: GPL pour tous.
Posté par Brice Arnould ( un_brice ) (page perso, ) le 16/04/2005 à 16:56. (lien). Évalué à 3.Et pourtant si, il suffit de démontrer que ton programe aurais pu exister sans la bibliothèque GPL. Dans ce cas il n'en est manifestement pas un dérivé.
Je crois que ça marcherais même quand le programe est linké en statique...
C'est ce qui fait par exemple que le driver Nvidia est (à priori) légal : ils distribuent une couche d'abstraction pour FreeBSD et Linux, cette dernière étant sous GPL car elle dérive de Linux.
Ensuite, il n'ont qu'à dire que le driver propriétaire dérive de la couche de compatiblité dans une version propriètaire (celle de BSD ?), même s'il marche avec Linux.
Dans ces conditions le fait que la FreeBSD peut servir de preuve de l'indépendance vis à vis de Linux (peut être est-ce même leur motivation pour la développer).
http://opengraphics.org/(...)--
Respect à RMS.-
[^]Re: GPL pour tous.
Posté par Frédéric Lopez () le 17/04/2005 à 00:58. (lien). Évalué à 3.C'est ce qui fait par exemple que le driver Nvidia est (à priori) légal : ils distribuent une couche d'abstraction pour FreeBSD et Linux, cette dernière étant sous GPL car elle dérive de Linux.
Le pilote NVIDIA n'est pas légalement distribuable sous forme de module binaire car il ne respecte pas la licence du noyau Linux (GNU GPL). C'est d'ailleurs pour cette raison qu'il est fourni avec des binaires et des sources et que le programme d'installation réalise une compilation pour la création du module. C'est également la raison pour laquelle le message « module license 'NVIDIA' taints kernel » apparaît lorsque l'on charge le module nvidia.-
[^]Re: GPL pour tous.
Posté par Éric (Jabber id, page perso, ) le 17/04/2005 à 10:10. (lien). Évalué à 1.> Le pilote NVIDIA n'est pas légalement distribuable sous forme de module binaire
> car il ne respecte pas la licence du noyau Linux (GNU GPL).
Faux, il n'y a qu'une couche d'abstraction qui est sous forme de source et compilée. Le module lui même qui fait toutes les manipulations vidéo est bien sous forme de binaire uniquement.
D'ailleurs à la limite ça serait le contraire, il n'est tenu de distribuer les sources que s'il est sous GPL ;)-
[^]Re: GPL pour tous.
Posté par fabb () le 17/04/2005 à 10:33. (lien). Évalué à 3.Ce n'est pas ça. Linux a quelques exceptions à la GPL.
http://www.kernel.org/pub/linux/docs/lkml/#s1-18(...)
http://www.kernel.org/pub/linux/docs/lkml/#s1-19(...)
La GPL ne t'interdit pas de mettre du code proprio dans Linux. Elle t'interdit de le distribution (Linux+code proprio).
Donc, tu peux downloader linux(GPL) puis appliquer tous les patchs proprios que tu veux.
-
-
-
-
-
-
[^]Re: GPL pour tous.
Posté par Loic Dachary () le 19/04/2005 à 07:44. (lien). Évalué à 0.> un programme PROPRIETAIRE PEUT ETRE LINKE DYNAMIQUEMENT à un > programme LIBRE
> ET INVERSEMENT !!! et cela se fait et se vend !
Je pense plus interessant de mettre l'accent sur les interdependances qu'entretiennent deux logiciels (librairies ou programmes dans des espaces d'adressage separes). Le linkage est un indice mais ce n'est pas ce qui conduit principalement a determiner si un logiciel est derive d'un autre.
Par exemple, si une fonctionalite non optionelle d'un logiciel requiert un plugin charge dynamiquement et qu'il existe un seul plugin au monde qui convient, il parait difficile de conclure a autre chose que : le logiciel contient le plugin. Et ce meme si le plugin n'est pas distribue avec le logiciel, meme s'il est charge dynamiquement. Si des manipulations techniques de cette sorte permettaient d'echapper au droit d'auteur, ce serait prendre les juges pour des incompetents et vider le droit d'auteur de sa substance (pour les logiciels, hein ;-).
-
-
-
[^]Re: GPL pour tous.
Posté par khalid () le 16/04/2005 à 01:41. (lien). Évalué à 3.Je suis assez d'accord avec ta vision des choses mais que faire aussi des pilleurs de propriété intellectuelle, de code,... sans scrupules.
Il y a un mécanisme plus puissant que la contrainte juridique (ie. GPL) c'est le suivant : si vous gardez vos modifications pour votre version maison, vous allez de plus en plus diverger de la version officielle et un beau matin vous allez vous retrouver tout seul dans votre coin à développer votre propre version, vous ne pourrez plus profiter des nouveautés de la version officielle, retour à la case départ.
Certes on peut mettre en place toute une organisation, un système de patchs qui intégre vos modif à la version officielle, mais cela a un coût et peut devenir très rapidement ingérable. Dans ce contexte, voire ses propres modifications intégrées dans la version officielle devient un privilège plutôt qu'une contrainte.-
[^]Le pari de BSD
Posté par R4f (page perso, ) le 17/04/2005 à 22:16. (lien). Évalué à 4.Tout à fait, c'est le pari de la licence BSD. En gros, ils ne veulent pas mettre de contrainte sur la redistribution du code source pour que ceux qui forkent de la sorte soient finalement piégés avec leurs patches à maintenir tous seuls dans leur coin.
En gros, il font le pari d'être suffisamment actifs pour que les «forkeurs» qui ne jouent pas le jeu de la rétro-contribution soient désavantagés et que leur trahison leur porte préjudice à terme. Et tout ça avec une licence très très libre.
-
-
[^]Re: GPL pour tous.
Posté par erik_lallemand (page perso, ) le 18/04/2005 à 15:44. (lien). Évalué à 2.Les exemples ne sont pas rares d'entreprises ne contribuant pas au projet et cherchant seulement à "voler" le travail des autres
Ce que tu dis relève du droit d'auteur. La GPL va plus loin que ça. Elle empêche qu'un travail basé sur la GPL puisse retirer la liberté associée à la GPL. C'est une restriction de la liberté, mais cela garantit la pérennité de la liberté.
En quelque sorte, cette restriction de la GPL applique un grand principe de vie en société: la liberté des uns s'arrête là où commence celle des autres.
-
Rien de mal à être contaminé !
Le fait est, que dans l'article, on a l'impression qu'on veut nous faire comprendre que, pour un chef d'entreprise, l'aspect contaminant de la GPL est quelque chose de malsain.. à éviter. Je pense qu'il faut tourner le problème autrement :
- soit on souhaite *bénéficier* de code GPL et dans ce cas on accepte la contamination et de re-faire *bénéficier* autrui de son code.
- soit on n'accepte pas la contrainte et on va voir ailleurs.
C'est dépassé à mon avis de vouloir garder secret son code source comme le sacro-saint savoir-faire de l'entreprise qui, s'il était dévoilé, entrainerait la perte de celle-ci. On peut de plus, via des solution techniques, s'affranchir de dévoiler certaines parties "critiques" d'un code... par exemple avec des plug-ins...
Bref c'est normal de préférer la liberté de LGPL... mais la contamination par la GPL c'est pour le bien de tous, pensez-y.
-
[+] [^]Re: Rien de mal à être contaminé !
Posté par Matthieu Moy (page perso, ) le 15/04/2005 à 16:04. (lien). Évalué à -3.L'entreprise n'a pas forcément le choix. Si tu as un tout petit module dans un coin de ton projet qui n'est pas a toi et qui n'est pas sous GPL, tu n'as pas le droit d'utiliser de code GPL.
C'est la liberté, parait-il ...-
[^]Re: Rien de mal à être contaminé !
Posté par Philippe Fremy (page perso, ) le 15/04/2005 à 18:10. (lien). Évalué à 10.Desole, mais je ne vais pas pleurer sur l'entreprise coincee par cet aspect (et je suis chef d'entreprise).
Si tu veux absolument recuperer du code GPL dans ton projet close source, tu contactes les developpeurs et tu leurs demandes leur avis. En general, tu as 3 types de reponse possibles:
1. RMS mode: JAMAIS !!!!
2. pragmatic mode : ok, je veux 100 ke brut et vous avez mon code plus un mec competent
3. cool mode : je veux bien le relicencier pour vous, pour que dans le cadre de votre projet, vous puissiez l'utiliser.
Dans le cas 2, il faut que l'entreprise passe par le portefeuille. C'est la que tu t'apercois que les gens qui sont "super interesses par ce que tu as fait" sont tout d'un coup beaucoup moins chaleureux.
Je peux citer le cas du moteur JavaScript de Qt (QSA) qui a ete developpe par le mec ayant ecrit le moteur javascript de konqueror, re-embauche par Trolltech.
Warwick allison aussi avait developpe des QCanvas et deux trois autres trucs en Qt avant de rentrer chez Trolltech. Ils font partie de Qt maintenant.
Donc on voit que pour une boite comme Trolltech qui joue le jeu de la GPL, ca se passe bien.
-
-
[^]Re: Rien de mal à être contaminé !
Posté par Benoît Sibaud (Jabber id, page perso, ) le 15/04/2005 à 16:21. (lien). Évalué à 10.Contamination, malsain, etc. On croirait entendre Olivier Ezraty, directeur de la division développeurs chez Microsoft France qui parlait dans les couloirs de l'Assemblée [http://temps-nouveaux.net/article.php3?id_article=108(...)] de la GPL comme d'une « anti-matière », d'un « trou noir ». Après la proposition de « vaccinante », il a reconnu que le vocabulaire était partisan.
Et en plus faux, vu que la GPL ne se rue pas sur les gentils logiciels propriétaires innocemment posés à côté sur la table... (contrairement à une infection en biologie). Si un développeur choisit d'incorporer du code sous GPL, il est conscient de ce qu'il fait et se doit de respecter la licence.
Bref évitons le langage du FUD.-
[+] [^]Oui, mais ce gendre d'argument me rapelle ....
Posté par bug42 () le 15/04/2005 à 17:34. (lien). Évalué à -1.La parodie d'une pub par les guigols de l'info du style ....
Dans un ascenseur, Mr Sylvestre (version "en guerre") demande à un citoyen lambda :
MS : "Vous êtes pour la guerre ?"
R : "Non"
MS : "Donc vous êtes pas un patriote"
R : "euh si"
MS : "Donc vous êtes pour la guerre !"
R : "non"
MS : "Donc vous êtes pas un patriote"
R : "ben si"
.....
En clair, ce qui est lourd avec les partisans de la GPL, c'est que si on est pas pour la GPL on est forcement contre le logiciel libre !
Je suis pour le libre, je contribue à differents projets depuis des années et j'essaye de pousser le plus possible les logiciels libres dans les entreprises ou je passe.
Pourtant, je suis vraiment pas allaise avec la GPL.
Dites-moi docteur RMS, je suis normal ? ;-)--
l33t 5uX !-
[^]Re: Oui, mais ce gendre d'argument me rapelle ....
Posté par Fred BM () le 15/04/2005 à 18:54. (lien). Évalué à 4.Un logiciel libre se définis par quatre libertés:
0 Exécuter un programme sans restriction
1 Pouvoir étudier le programme et le modifier pour ses propres besoins -> conséquences, les sources doivent être disponibles.
2 Pouvoir à partir de ce logiciel, redistribuer (sous forme payante ou gratuite) des copies de ce même logiciel. Il n'est pas imposé de le revendre sous les même termes que la version originale, mais le logiciel vendus ne peut être qualifié de libre.
3 Pouvoir améliorer le programme original (donc autorisation de faire des modifications) et également de les vendre à des tiers. Il n'est pas imposé de les revendre sous les même termes que la version originale, mais le nouveau logiciel vendus ne peut etre qualifié de libre.
La notion même de logiciel libre n'éxistait même pas avant que quelqu'un définissent ces quatre libertés et en propose donc une licence (la licence GPL). Cette licence rajoute la particularité via un copyright (astucieusement appelé copyleft) la protection de ces 4 libertés, les logiciel dérivé conservent les même termes d'applications que le logiciel original.
Une licence qui ne fournis pas ces quatre libertés n'est pas un logiciel libre, ca n'est peut etre pas moins honorable, mais ce n'est pas libre. D'autre licences que la licence GPL permettent un logiciel d'être définis comme libre. Certaine licence libre étant compatible, on peut utiliser leurs sources sur un projet commun (licence CPL, provenant d'IBM, par exemple et la licence GPL).
Ce petit rappel d'un logiciel libre ne t'est pas spécialement destiné, mais il y a encore beaucoup de gens qui ne comprenne pas les différences entre les les différentes licences, et l'idée même qu'il y a eu derrière (il y a plus de 20 ans). Et je n'ai jamais lus RMS dénigrer de manière agressive des logiciels libre qui utilisait une autre licence. Sa licence fournis, par contre un cadre légal de garantir ces libertés au dela de la revente entre un auteur et son utilisateur initial.
Dans le cas de SUN, seuls ses logiciels fournis sous licence LGPL et GPL sont libres, et n'a je crois encore à ce jour fournis aucune autre licence pouvant être déclaré libre. Moi ça m'irait si toutes leurs productions était sous une de ces licences ou sous une autre qualifié de libre, c'est ma seule demande en tant qu'utilisateur.-
[+] [^]Sun, aucune licenses déclaré libre ??? Emmm....
Posté par bug42 () le 16/04/2005 à 14:40. (lien). Évalué à -5."Dans le cas de SUN, seuls ses logiciels fournis sous licence LGPL et GPL sont libres, et n'a je crois encore à ce jour fournis aucune autre licence pouvant être déclaré libre."
Désolé, mais il y a la Sun Public License, la SISSL et plus recement la CDDL , toutes trois validés par l'OSI.
Bien sur, la CDDL d'OpenSolaris a été aprouvé par l'OSI aprés pas mal de discussions, mais elle l'est ;-)
La tendance habituelle des pro-GPL a tapper sur Sun est trés lourde à force. Bien, sur il ne s'agit pas de ne rien ciritiquer et de leur laisser passer tout. Mais il savoir peser le pour et le contre dans toute chose et éviter les clichés propagés par RMS & co.--
l33t 5uX !-
[^]Re: Sun, aucune licenses déclaré libre ??? Emmm....
Posté par fabb () le 16/04/2005 à 15:46. (lien). Évalué à 3.> La tendance habituelle des pro-GPL a tapper sur Sun est trés lourde à force.
Je vais recadrer car tu te fais moinser. C'est très bien OpenSolaris pour l'"open source".
Mais ce qui insupporte les "pro-GPL" et donc les pro-libre (puisque la GPL est majoritairement utilisé dans le libre (plus de 70 % je crois)), c'est que SUN s'est "débrouillé" pour faire une licence incompatible avec la GPL. La démarche est définitivement intentionnelle. D'autres projets (par exemple Mozilla) sont sous double licence afin d'avoir une version proprio et une version GPL-friendly. SUN ne veux pas (ne veut plus en réalité) être GPL-friendly et donc être libre-friendly.
Sachant que SUN peut implémenter ses brevets avec la CDDL sans les invalider dans le cadre d'une utilisation "GPL" (ou tout autre utilisation libre hors CDDL), OpenSolaris n'apporte rien au logiciel libre. Donc, il ne faut pas s'étonner que les pro-libre ne soient pas attendri par OpenSolaris.
SUN est pro-brevet à fond et ça c'est anti-libre à mort.-
[^]Re: Sun, aucune licenses déclaré libre ??? Emmm....
Posté par Matthieu Moy (page perso, ) le 16/04/2005 à 17:52. (lien). Évalué à 2.> OpenSolaris n'apporte rien au logiciel libre
OpenSolaris n'apporte rien au logiciel GPL. Le libre ne se limite pas a ça.-
[^]Re: Sun, aucune licenses déclaré libre ??? Emmm....
-
-
[+] [^]Et aller, encore un cliché ...
Posté par bug42 () le 17/04/2005 à 10:30. (lien). Évalué à -3."SUN est pro-brevet à fond et ça c'est anti-libre à mort."
J'en déduis que Sun est anti-libre ;-)
Plus serieusement, aux US si tu ne posséde pas une pile de brevet, tu es une cible pour les prédateurs qui eux possèdent une tonne de brevets (dont on trouvera toujours un, qui s'appliquera à test logiciels).
On se rappelle par exemple, fin de l'année derniere, l'attaque de Kodak sur Sun, et sun qui a débourser 92 millions de dollards pour arreter les poursuites.
Je suis intégralement opposés aux brevets logiciels. Mais la situation aux US est vraiment différente de celle de l'UE.
Même si une société n'est pas super favorable aux brevets (cf. par exemple la nouvelle position d'IBM sur le sujet), elle est obligé de prendre un max de brevet comme -à minimum- armes défensives.
C'est un peut semblable à la course à l'armement que les US et l'URSS ont fait. Le principe est que le premier qui attaque va provoquer une "réplique" à large échelle de l'autre. Tout ceci terminant dans une débauche de pertes financiers.
Je pense que dans ce contexte Sun est et reste favorable aux brevets. De la à dire "pro-brevet à fond" ... là on est dans la caricature.
Mais avant de chercher des poux dans des sociétés US, nous "petits européens" on ferrait mieux d'essayer de préserver notre liberté et empécher le passage des brevets logiciels !!!--
l33t 5uX !-
[^]Re: Et aller, encore un cliché ...
Posté par fabb () le 17/04/2005 à 11:23. (lien). Évalué à 2.> Plus serieusement, aux US si tu ne posséde pas une pile de brevet, tu es une cible pour les prédateurs qui eux possèdent une tonne de brevets
C'est vrai. D'ailleur Red Hat et Novell ont des brevets. Mais eux, contrairement à Sun, ont promis de ne pas demander de droit d'utilisation pour ces brevets dans le cadre de projet libre.
> Je pense que dans ce contexte Sun est et reste favorable aux brevets. De la à dire "pro-brevet à fond" ... là on est dans la caricature.
Red Hat a des brevets "défensifs" mais Red Hat milite contre les brevets logiciels.
Red Hat a des brevets mais Red Hat développe en GPL (ce qui "invalide" le brevet dans le source GPL).
Que fait Sun ?
Sun reste pro-brevet.
Sun utilise a inventé une licence (CDDL) brevet-friendly.
Sun est pro-brevet et le dit :
http://blogs.sun.com/roller/page/jonathan/20040930(...)
I Believe in IP
I believe in intellectual property. In my view, it's the foundation of world economies, and certainly the foundation upon which Sun Microsystems was built. Copyright, trademark, patent - I believe in them all.
...
Now, a few weeks ago, the CEO of one of the more popular open source companies called and asked me to support their stance on the invalidation of software patents. I listened closely, I respect the guy and his company. But this was the same CEO who forbade Sun from shipping his open source technology with Solaris based on a curious interpretation of the GNU Public License. And based on rabid enforcement of copyright. He was looking for broadscale support for invalidation of software patents - not spurious patents, not the kind that are acquired for litigation, but the whole concept of software patents.
And so I asked - "I'm not sure why you're asking my support to invalidate what Sun's stockholders have invested tens of billions of dollars to create, when you'd cringe if I told you to give away your largest asset, your copyright and brand." His answer, "You just don't understand." He was right, I didn't and don't. And we're going to agree to disagree. He and I, and I with a vocal minority of folks on the 'net who feel software should have no patent protection (leaving copyright and trademark untouched). I do not support that view, any more than I believe any other field of endeavor should be subjected to such a double standard. From drug discovery to academic work, the protection of IP is part and parcel of what incents inventors to invent, and investors to invest.
-
-
-
-
-
[^]Re: Oui, mais ce gendre d'argument me rapelle ....
Posté par fabb () le 16/04/2005 à 09:02. (lien). Évalué à 9.> ce qui est lourd avec les partisans de la GPL, c'est que si on est pas pour la GPL on est forcement contre le logiciel libre !
Le problème n'est pas là. Il y a plein de projet BSD et personne peste après.
Par contre le FUD "la GPL contanime" j'en ai plein le cul. Ce FUD a été créé par MS et maintenant tout le monde le reprend. Les licences proprios contaminent tout autant que la GPL. Mais ça, on se garde bien d'y penser.
-
-
[^]Re: Rien de mal à être contaminé !
Posté par Antoine () le 15/04/2005 à 17:34. (lien). Évalué à 4.Après la proposition de « vaccinante », il a reconnu que le vocabulaire était partisan.
Une qualification rigoureuse et neutre serait « transitive ».-
[^]Re: Rien de mal à être contaminé !
Posté par Emmanuel Seyman () le 15/04/2005 à 18:30. (lien). Évalué à 8.Une qualification rigoureuse et neutre serait « transitive ».
Je trouve aussi approprié le terme "hériditaire".
-
-
Journal
ca me rappelle un certain journal du mois dernier :
http://linuxfr.org/~liberf0rce/17742.html(...)
et
http://www.clubic.com/actualite-19456-sun-critique-la-licence-gpl.h(...)
Mon avis :)
Entant que "chef d'entreprise", je préfère la LPGL .. en effet, cela permet à nos contributions d'être utilisées de différentes façon tout en gardant une certaine liberté.
Ca permet, selon mon experience, d'attirer plus de contributeurs.. nottament des entreprises
Vive la LGPL pour nous :) mais j'ai rien contre la GPL, elle répond pour moi à un "autre" besoin. C'est tout
-
[^]Re: Mon avis :)
Posté par ginkyo (page perso, ) le 15/04/2005 à 16:16. (lien). Évalué à 2.>En tant que "chef d'entreprise",
>Vive la LGPL pour nous :)
Mais cette licence ne garantie pas la redistribution de l'utilisation de votre code par une entreprise concurente de la votre.
Une double licence, GPL/proprio, permettrait de protéger votre code d'une utilisation sans "contrepartie" pour le code/vous, et aussi d'une utilisation par des entreprises concurentes.
Ceux qui font dans le GPL utilise la licence GPL et achete votre service/adaptation/assistance/....
Les autres, concluent un contrat avec vous encadrant les termes d'utilisation de votre code/applis.
Ainsi je trouve la position de mysqlab plus adapaté (GPL|proprio), qu'en pensez-vous ?--
« Si quis scienter in tantum a vino abstineret ut naturam multum gravaret a culpa immunis non esset. »Saint Thomas d'Aquin, Somme théologique, II-II, 150, 1 ad 1.-
[^]Re: Mon avis :)
Posté par Stéphane TRAUMAT (page perso, ) le 15/04/2005 à 17:31. (lien). Évalué à 4.En fait, une entreprise qui modifierait notre code sans le redistribuer risquerait de prendre une direction "incompatible" avec le projet.
C comme si le concurrent voulait faire un fork contre le reste du monde et en plus, ils ne béinificieraient pas d'une communauté!
Je n'aime pas la double licence... car ca me parait pas "honnête" par rapport aux contributeurs et je trouve pas ça "clair"
Voila
-
[^]Re: Mon avis :)
Posté par Éric (Jabber id, page perso, ) le 15/04/2005 à 18:22. (lien). Évalué à 1.Ton idée ça revient à faire de la GPL une sorte de "version démo" ou "version limitée". En gros choisir une licence qui volontairement ne conviendra pas à beaucoup de gens pour leur faire payer une licence non libre par derrière.
Désolé, mais si vous essayez de promouvoir la GPL pour le coté éthique, alors la position de ce genre de double licence n'a plus lieux d'être.-
[^]Re: Mon avis :)
Posté par Larry Cow () le 15/04/2005 à 20:19. (lien). Évalué à 6.Je ne vois pas le problème éthique dans le cas des doubles licences. Le choix est clairement posé: soit tu fais du libre (fut-il interne et non diffusé), et auquel cas tu as accès au sources selon les termes d'une licence libre (dans le cas de QT et de MySQL, c'est en plus offert gracieusement). Soit, pour des raisons qui t'appartiennent et qui sont certainement très honorables, tu désires produire un logiciel sous une licence non-libre, et auquel cas tu l'obtiens également sous une licence non-libre.
Je trouve qu'au contraire c'est une très jolie démonstration de la liberté du libre (!) : on a même la liberté de ne pas être libre :)-
[^]Re: Mon avis :)
Posté par Stéphane TRAUMAT (page perso, ) le 15/04/2005 à 23:25. (lien). Évalué à 3.Je préfère vraiment que les choses soient clair et que les contributions données par les gens ne soient pas exploitées.. je ne veux pas gagner de l'argent grace a des contributions que je n'aurais pas payé.
-
[+] [^]Re: Mon avis :)
Posté par Romain Vinot (page perso, ) le 18/04/2005 à 13:51. (lien). Évalué à -1.Je trouve le système de licence libre parfaitement bien. Sauf que l'entreprise qui développe son logiciel sous ces deux licences ne peut pas utilisé du code GPL, puisqu'il ne peut pas l'incorporer dans sa licence proprio. Et c'est bien le cas d'ailleurs : QT et MySQL sont des gros blocs monolithiques qui ne réutilisent absolument pas le travail des autres.
Donc le système de double licence ne résoud absolument pas le problème posé par la dépêche : la GPL reste, en un sens, virale.
-
-
-
-
[^]Re: Mon avis :)
Posté par Alexandre Garel () le 19/04/2005 à 13:01. (lien). Évalué à 2.Je pense aussi que la LGPL est une bonne licence pour certains projets qui ne veulent pas trop de contraintes. Elle permet de distribuer un standard à beaucoup et garantit que ce standard ne sera pas capturé
On peut utiliser du code LGPL dans un projet GPL. Par contre on ne pourra pas utiliser du code GPL. Cest très bien surtout pour des briques de bases.
Avec des standards qui ont des bibliothèques LGPL, on peut très facilement construire les programmes GPL concurrents aux logiciels propriétaires.
Faire le choix de la GPL est intéressant quand on veut vraiment se poser en concurrent du logiciel proprétaire (ce qui est aussi un bien pour faire progresser le libre).
Bref plutôt que les licences BSD, je préfère la LGPL qui évite de donner le baton pour se faire battre. Dans le débat sur la *BSD plus libre que GPL* N'oublions pas que la notions de liberté pour RMS est celle de l'utilisateur et non du producteur, en effet le logiciel doit être au service de l'utilisateur et non de son concepteur !
Les licences types CPL on pour moi le désavantage d'être incompatible GPL. Or il est important de regrouper les efforts. La GPL n'est pas la propriété de la FSF et tente de jouer un rôle de service. Certes elle fonctionne comme une sorte d'enclos mais c'est pour protéger le libre du propriétaire. Pour moi c'est une sorte de défense non violente. La réaction de SUN semble dire : "c'est pas juste, y se laissent pas bouffer tout cru par nous", je trouve ça ecoeurant de mauvaise fois de faire ce genre de discours.
Arghhhh
Sun découvre aujourd'hui le copyleft et les clauses de la GPL, ainsi que les variantes de licence dans le LL, et font du FUD à la MS ? Mais que font leur juristes alors... ?
C'est un peu pathétique...
-
[+] [^]Re: Arghhhh
Posté par Stéphane TRAUMAT (page perso, ) le 15/04/2005 à 16:04. (lien). Évalué à -5.Ils disent juste que GPL, cest pas bon, à leur avis, pour le business.. je trouve pas ça du FUD, ils disent pas que les gens qui utilisent cette lience iront en enfer...
C'est plutot du style "On aime pas la GPL car ca gene notre business".
Je vois pas de FUD a exprimer son avis.. les arguments m'ont l'air "objecttif" pas comme MS qui dit qu'administrer des serveurs linux est plus dur que d'administrer des serveurs windows-
[^]Re: Arghhhh
Posté par gc (page perso, ) le 15/04/2005 à 17:01. (lien). Évalué à 10.Quand on utilise comme argument "la GPL ça participe au pillage de la propriété intellectuelle des pays pauvres", du gros pipeau tout pourri, ça porte un nom, et ce nom c'est "FUD".
-
[^]Re: Arghhhh
Posté par nmoreau () le 15/04/2005 à 17:26. (lien). Évalué à 10.Je vois pas de FUD a exprimer son avis.. les arguments m'ont l'air "objecttif
"«La GPL impose à ses utilisateurs une obligation plutôt prédatrice de donner sa propriété intellectuelle à la nation la plus riche au monde», les États-Unis, pays d'origine de la GPL, estime Schwartz."
Si ça c'est pas un FUD des campagnes ...
-
[^]Re: Arghhhh
Posté par Raphaël SurcouF (Jabber id, page perso, ) le 15/04/2005 à 17:37. (lien). Évalué à 9."la GPL sert les États-Unis, ces derniers souhaitant s'accaparer la totalité de la propriété intellectuelle."
Si ce n'est pas du beau FUD, ça, je ne sais pas ce que c'est.
En tout cas, c'est clairement n'importe quoi. Tout ce que veut Sun, c'est garder la main-mise sur les logiciels qu'ils comptent concevoir et c'est tout. Donc, la GPL ne leur convient pas mais qu'il n'aille pas raconter n'importe quoi pour s'en expliquer.-
[^]Re: Arghhhh
Posté par code800 () le 16/04/2005 à 07:36. (lien). Évalué à 2.Justement tient, en excusant par avance mon ignorance dans le sujet, pourquoi avancer un tel argument?
Il doit bien avoir une raison pour qu'une entreprise Etats-Uniennes aussi prospérante que Sun dise que son propre pays ce conduit comme un mafieux?-
[^]Re: Arghhhh
Posté par Bertrand D () le 16/04/2005 à 08:33. (lien). Évalué à 1.Il doit bien avoir une raison pour qu'une entreprise Etats-Uniennes aussi prospérante que Sun dise que son propre pays se conduit comme un mafieux?
Peut-être se heurtent-ils à une résistance anti-américaine sur les marchés de pays en voie de développement ?
Pure conjecture évidemment...
-
-
-
Il faut choisir
il se serait aperçu qu'un grand nombre d'entre eux ont eu des problèmes avec la GPL : apparemment, ces derniers ont eu la malchance d'utiliser des composants ou des segments logiciels GPL, obligeant leurs produits à passer sous GPL.
J'aime beaucoup l'expression. Ils ont eu la malchance de pomper du code de projets libre et de l'inclure dans leur produit sans lire la licence. Je n'appelle pas ça de la malchance mais de la négligence.
-
[^]Re: Il faut choisir
Posté par Antoine () le 15/04/2005 à 17:42. (lien). Évalué à 5.Oui, c'est d'ailleurs à se demander s'il leur arrive la même malchance avec des produits propriétaires avec les licences desquelles ils « oublieraient » de se mettre en conformité. Y aurait-il des logiciels piratés chez Sun ? Ont-ils peur de perdre des millions ?
http://www.libroscope.org/Qui-veut-perdre-des-millions(...)
-
[^]Re: Il faut choisir
Posté par bobert () le 15/04/2005 à 21:51. (lien). Évalué à 7.J'aime beaucoup l'expression. Ils ont eu la malchance de pomper du code de projets libre [...]
Notez au passage qu'on n'est pas prêt d'entendre parler d' "utilisateurs finaux qui auraient eu la malchance d'utiliser un logiciel commercial sans respecter sa licence"...
-
[^]Re: Il faut choisir
Posté par fabb () le 16/04/2005 à 09:10. (lien). Évalué à 5.> il se serait aperçu qu'un grand nombre d'entre eux ont eu des problèmes avec la GPL
Ce qui peut tout autant ce traduire par :
- il se serait aperçu qu'un grand nombre d'entre eux ont eu des problèmes avec leur licence proprio...
L'incompatibilité proprio/GPL, est dans les deux sens.
Si je veux mettre du GPL dans du proprio, je ne peux pas.
Si je veux mettre du proprio dans du GPL, je ne peux pas.
Il n'y a pas de contamination ou autres conneries du FUD MS et SUN. C'est simplement interdit. Lorsque t'as du proprio et du GPL à mélanger, il faut rendre les deux proprio ou GPL à la fois.
Donc le problème d'incompatibilité n'est en rien spécifique à la GPL.
-
[^]Re: Il faut choisir
Posté par Cook Captain () le 17/04/2005 à 10:45. (lien). Évalué à 0.Certes, il s'agit de négligence mais ce n'est pas aussi facile que cela parait de controler tout le code que l'on peut mettre dans un projet. Rien de plus simple pour un développeur acculé par le temps (et c'est souvent le cas) que de repomper sauvagement qq milliers lignes de code GPL d'un projet libre. Et pour le vérifier, c'est vraiment pas évident.
Ca n'excuse pas la faute mais cela peut tout de même expliquer que certaines boites ont pu se faire "piéger". (et je suis presque certain que cela ne se sait pas, en interne comme en externe, dans 99% des cas).
Une seule licence _vraiment_ libre : la GPL !
La GPL est intéressante dans le sens où elle ne permet pas de faire de concession : on fait du libre ou on en fait pas (par rapport à la LGPL qui permet d'intégrer des composants libres dans un logiciel propriétaire).
A mon avis, c'est justement l'aspect viral qui permet de promouvoir le logiciel libre et cette idée de "partage du code" (c'est donnant-donnant).
Personnellement, j'utilise la GPL pour tous mes projets, et même pour des bibliothèques.
On est libre ou on l'est pas... :-)
-
[^]Re: Une seule licence _vraiment_ libre : la GPL !
Posté par GND (page perso, ) le 15/04/2005 à 16:54. (lien). Évalué à 1.Une seule licence _vraiment_ libre : la GPL !
La GPL est intéressante dans le sens où elle ne permet pas de faire de concession : on fait du libre ou on en fait pas (par rapport à la LGPL qui permet d'intégrer des composants libres dans un logiciel propriétaire).
N'y a t'il pas contradiction à affirmer que la GPL est plus libre que la LGPL car la LGPL donne plus de liberté ? Du code sous LGPL est plus libre que celui sous GPL puisqu'il offre plus de liberté.-
[^]Re: Une seule licence _vraiment_ libre : la GPL !
Posté par Vincent Richard (page perso, ) le 15/04/2005 à 16:55. (lien). Évalué à 3.Ca dépend pour qui.
Pense à l'utilisateur final du produit propriétaire dans lequel est inclus un composant LGPL...-
[^]Re: Une seule licence _vraiment_ libre : la GPL !
Posté par GND (page perso, ) le 15/04/2005 à 17:07. (lien). Évalué à 0.C'est une liberté de l'utilisateur que d'utiliser un produit propriétaire. Dans ce cas cela ne change pas grand chose que le produit soit entièrement propriétaire ou avec des morceaux de libre dedans (=« dans lequel est inclus un composant LGPL.. »).
Pour sa liberté on peut même penser que le 2ème cas est plus interessant.-
[^]Re: Une seule licence _vraiment_ libre : la GPL !
Posté par Yusei () le 16/04/2005 à 08:11. (lien). Évalué à 7.«C'est une liberté de l'utilisateur que d'utiliser un produit propriétaire»
De même, c'est ma liberté de me gratter la tête avec la main gauche plutôt que la main droite, mais je ne me vanterai pas de cette fabuleuse liberté ;) Utiliser un logiciel propriétaire, pour l'utilisateur final, n'apporte aucun avantage par rapport à utiliser le même logiciel sous licence libre, donc je trouve que cette "liberté" est sans intérêt.
La raison pour laquelle la GPL est parfois considérée "plus libre" que la LGPL, c'est qu'elle retire la liberté de retirer des libertés. Le terme "plus libre" suivi de "retire la liberté" peut sembler paradoxal, mais c'est oublier que ma liberté s'arrête ou commence celle d'autrui. Si j'ai la possibilité de retirer des libertés à autrui, alors il est moins libre que moi. Est-ce que la liberté d'enfermer des gens est souhaitable, au nom de la Liberté (avec un grand L) ?
-
-
[+] [^]Re: Une seule licence _vraiment_ libre : la GPL !
Posté par Matthieu Moy (page perso, ) le 16/04/2005 à 12:22. (lien). Évalué à -1.Ben l'utilisateur du produit proprio avec des bouts de code LGPL, il est plus libre que l'utilisateur du produit proprio sans bouts de code LGPL.
Tu veux faire un produit qui manipule du C++ par exemple, et tu n'as pas trouvé de business model en faisant un truc 100% libre. Ben regardes ce qu'il y a dans la nature qui parse du C++. En gros, tu as EDG, GCC et doxygen. GCC et doxygen sont GPL. A ma connaissance, à l'heure ou je parle, aucune entreprise n'a réussi a vendre un produit basé sur le front-end C++ de GCC ou de doxygen. Par contre, des produits propriétaires qui utilisent EDG, y'en a à la pelle.
Sur cet exemple, a qui profite le copyleft fort de GCC et doxygen ? Ça profite à l'éditeur de EDG, bon vieux produit propriétaire des familles. L'utilisateur, il aurait peut-être bien aimé avoir un composant libre à la place.-
[^]Re: Une seule licence _vraiment_ libre : la GPL !
Posté par fabb () le 16/04/2005 à 16:00. (lien). Évalué à 1.> Par contre, des produits propriétaires qui utilisent EDG, y'en a à la pelle.
C'est très bien pour ceux qui aiment le proprio.
Il y a plein de produits proprios pour Windows. Tu vas en conclure que le libre doit appliquer des licences proprio afin qu'il ait plus de programmes (NB : ils seront tous proprio et j'espère que tu vois bien le contre-sens de ton propos).
> Sur cet exemple, a qui profite le copyleft fort de GCC et doxygen ?
Où tu veux en venir ?
Que le front-end de GCC est mal foutu ?
Si EDG était sous GPL, il aurait le mêmes "problèmes" que GCC ?
Si GCC était proprio, en quoi ça aiderait le libre ?
Je ne comprend pas où tu veux en venir.-
[^]Re: Une seule licence _vraiment_ libre : la GPL !
Posté par Matthieu Moy (page perso, ) le 16/04/2005 à 18:05. (lien). Évalué à 2.> > Par contre, des produits propriétaires qui utilisent EDG, y'en a à la pelle.
>
> C'est très bien pour ceux qui aiment le proprio.
Bon, prends une boite qui veut utiliser un équivalent de NC-SystemC, de cadence, par exemple (pour donner un exemple que je connais un tout petit peu). Tu proposes quoi en libre ? Tu propose quoi a la boite qui veut quand même utiliser un équivalent ?
> Si EDG était sous GPL, il aurait le mêmes "problèmes" que GCC ?
Si EDG était GPL, la boite qui l'édite ne l'aurait jamais vendu et aurait mis la clé sous la porte.
> Si GCC était proprio, en quoi ça aiderait le libre ?
Si GCC était LGPL, ça éviterait de soutenir EDG qui fait du proprio.
Et accessoirement, ça me permettrait de distribuer une version précompilée de mon front-end SystemC qui est 100% libre, mais pas distribuable sous forme binaire a cause des restrictions de la GPL par rapport aux autres licenses. Mais bon, ça, c'est une autre histoire. Ca me permettrait aussi de laisser des boites construire leur produit sur mon outil libre, alors que là, on va se faire bouffer par le premier produit commercial et propriétaire concurrent.-
[^]Re: Une seule licence _vraiment_ libre : la GPL !
Posté par fabb () le 16/04/2005 à 18:48. (lien). Évalué à 1.> Si EDG était GPL, la boite qui l'édite ne l'aurait jamais vendu et aurait mis la clé sous la porte.
Franchement, tu n'en sais rien. Le libre n'est pas synonyme de catastrophe économique.
> mais pas distribuable sous forme binaire a cause des restrictions de la GPL par rapport aux autres licenses.
"Restrictions", tu absuses surtout que tu parles de licences proprio et libre. Les licences proprios ont plus de restrictions.
"a cause des restrictions de la GPL" me convient mais "a cause des restrictions de la GPL par rapport aux autres licenses" ne me convient pas surtout que "autres licences" semble se référencer à des licences proprio.
> Si GCC était LGPL
Mouaif, c'est à voir.
Tu vois le problème par un bon de la lorgnette. Si GCC était LGPL, Intel ou un autre aurait utilisé GCC pour faire un compileur et cacher le "plus important".
La GPL a ces avantages et défauts. Idem pour la LGPL.
La LGPL n'est pas forcément mieux que la GPL. Il n'est pas du tout évident que la LGPL serait mieux pour GCC et le libre en général.
De plus, je ne suis pas sûr qu'on puisse faire ce que tu dis avec la LGPL. C'est à étudier.
Si tu veux des "hook" avec GCC afin de récupérer des traitements de GCC mais ne pas influencer les traitements de GCC (je n'ai pas bien compris ton problème), c'est parfaitement réalisable même avec un programme sous GPL.
Par exemple tu peux parfaitement faire un front-end à GDB (qui est GPL). D'ailleurs (mais je n'ai pas cherché) je ne serait pas du tout étonné qu'il existe des front-end proprio à GDB.
As-tu fais une recherche dans les mailing gcc pour vérifier si ton problème a été discuté ?-
[^]Re: Une seule licence _vraiment_ libre : la GPL !
Posté par Éric (Jabber id, page perso, ) le 16/04/2005 à 21:18. (lien). Évalué à 1.> Les licences proprios ont plus de restrictions.
Ca c'est une affirmation gratuite qui n'a aucun sens en général ainsi. Attention, je ne dis pas que les restrictions/libertés/clauses de la gpl sont infondés ou "non justes", mais elles existent, y compris certaines qui n'existent pas ailleurs.
En particulier :
- la licence PHP v3 est proprio (elle interdit d'utiliser le nom "PHP"), mais elle n'oblige pas à distribuer les sources, en tant que développeur elle m'impose moins de restriction.
- généralement je peux lier les librairies proprio sans rien demander à personne tant que je ne les distribue pas (liaison dynamique et c'est à la personne en face d'avoir la librairie et sa licence), en GPL c'est souvent considéré comme un travail dérivé et elle m'impose la gpl pour mon travail.
Je répète histoire de ne pas faire de troll : je ne dis pas que c'est injustifié, qu'il n'est pas "bien" que la gpl ait ces gardes-fous mais le fait est qu'ils existent, et que certains ne sont pas présents dans certaines licences non libres.-
[^]Re: Une seule licence _vraiment_ libre : la GPL !
-
-
[^]Re: Une seule licence _vraiment_ libre : la GPL !
Posté par Matthieu Moy (page perso, ) le 16/04/2005 à 22:09. (lien). Évalué à 2.> Le libre n'est pas synonyme de catastrophe économique.
En effet, y'a pleins de domaines où on peut faire des thunes avec du GPL/LGPL, mais il ne faut pas croire que ça s'applique partout. Dans le cas de EDG, si tu as un business model a leur proposer basé sur du libre, ne te gènes pas, mais mon avis est que c'est illusoire.
> > mais pas distribuable sous forme binaire a cause des restrictions de la GPL par rapport aux autres licenses.
> "Restrictions", tu absuses surtout que tu parles de licences proprio et libre.
Non, je parle de licences libres. L'exemple auquel je faisait allusion est mon parser systemc[1] qui est 100% libre, mais a le malheur d'utiliser a la fois du code GPL et du code sous licence SystemC.
> Les licences proprios ont plus de restrictions.
Je connais assez peu de bibliothèques proprio qui m'impose quoi que ce soit sur la licence du code qui utilise cette bibliothèque. Elles ont d'autres restrictions, mais pas celle là.
> Si tu veux des "hook" avec GCC [...] c'est parfaitement réalisable même avec
> un programme sous GPL. [...] tu peux parfaitement faire un front-end à GDB [...]
Ce n'est pas parce que deux outils ont le même nom (front-end) qu'ils ont quoi que ce soit en commun. Un front-end de compilateur n'a pas plus en commun avec un front-end a gdb qu'avec un fer a repasser.
> As-tu fais une recherche dans les mailing gcc pour vérifier si ton problème a été discuté ?
En parlant de ML de gcc, je peux pas résister, c'est un collector :
http://gcc.gnu.org/ml/gcc/2003-06/msg01125.html(...)
The GCC design does not make it easy to use parts of gcc in other
programs. So there is no easy way to connect the GCC parser to some
other program. This is partly because of FSF policy. In an attempt to
prevent people from linking non-GPL code into gcc, some of the
interfaces are deliberately obscure. Thus it is usually easier to build
features into gcc.
Sinon, je n'ai pas un, mais deux problèmes. Le fait que je ne puisse pas distribuer tout ça sous forme précompilée. C'est peut-être négociable avec la FSF mais j'ai pas que ça a faire en ce moment (quelques mails envoyés a la FSF et la FSF europe, tous restés sans réponse). Sinon, pour le fait que des utilisateurs préfèreront un outil propriétaire au mien a cause de sa licence, franchement, j'ai pas d'espoir que la FSF change d'avis sur sa position GPL Vs LGPL.
[1]: http://greensocs.sourceforge.net/pinapa/(...)-
[^]Re: Une seule licence _vraiment_ libre : la GPL !
Posté par fabb () le 17/04/2005 à 10:15. (lien). Évalué à 1.Je ne vois pas ce que viens faire la FSF là dedans à moins que tu es envis d'un aménagement de la licence.
Si ton programme est libre, je ne vois pas en quoi la GPL te pose problème. Même la permissive BSD est compatible avec la GPL. Au "pire" tu peux appliquer une double licence à ton programme.
Apparament ton plus gros problème est GCC mais pas la licence de GCC (à moins que tu ne veulent pas faire du libre).
Donc, je ne comprend toujours pas tes reproches à la GPL.
> http://greensocs.sourceforge.net/pinapa/(...)
Alors là, je comprend encore moins. Il y a même des patchs pour gcc. Peux-tu patcher EDG ?
Si ton propos est de dire que parfois la GPL sucks, on est d'accord, ça arrive.
Si ton propos est de dire que parfois tu trouves la LGPL mieux adapté même pour promouvoir le libre, on est d'accord. C'est à évaluer au cas au cas.
Mais si ton propos est de dire que globalement la GPL est un "boulet" et un frein à l'"expension" du logiciel libre, on ne sera pas d'accord. La GPL défend le libre et donc par essence ne laisse pas ou peu de place au proprio.
Si Linux (ou gcc) était BSD, il y aurait déjà pleins de versions proprio de Linux dans la "nature" (voir le procès Fortinet pas exemple). Le libre n'y gagnerait pas.-
[^]Re: Une seule licence _vraiment_ libre : la GPL !
Posté par Matthieu Moy (page perso, ) le 17/04/2005 à 11:14. (lien). Évalué à 2.> Je ne vois pas ce que viens faire la FSF là dedans
La FSF, c'est le détenteur du copyright de GCC. C'est la FSF qui m'interdit, via la licence de GCC, de distribuer mon soft précompilé.
> Si ton programme est libre, je ne vois pas en quoi la GPL te pose problème.
Ben cherche.
Ce que c'est qu'une licence compatible/incompatible GPL.
http://www.gnu.org/licenses/gpl-faq.html#WhatDoesCompatMean(...)
Une liste de licences libres mais GPL incompatibles.
http://www.gnu.org/philosophy/license-list.html#GPLIncompatibleLice(...)
Si tu veux une licence libre incompatible GPL, je peux t'en fabriquer une quand tu veux : Tu prends la GPL, tu change son nom, et uniquement son nom, et tu as une licence GPL incompatible.
La licence de systemc n'y est pas listée, mais elle en fait partie. J'utilise SystemC dans mon programme.
> Alors là, je comprend encore moins. Il y a même des patchs pour gcc. Peux-tu patcher EDG ?
Je n'en aurais pas eu besoin. Au pire, ils fournissent les sources sous NDA, il y a peut-être moyen de patcher.
Mon propos, c'est simplement que c'est a moi de choisir la licence du code que j'écris. Un truc vraiment libre ne devrait rien m'imposer sur *mon* code quand je l'utilise.-
[^]Re: Une seule licence _vraiment_ libre : la GPL !
Posté par fabb () le 17/04/2005 à 11:38. (lien). Évalué à 1.> Si tu veux une licence libre incompatible GPL, je peux t'en fabriquer une quand tu veux : Tu prends la GPL, tu change son nom, et uniquement son nom, et tu as une licence GPL incompatible.
N'importe quoi. Renseignes toi, il y a des licences compatibles avec le GPL et qui ne sont pas la GPL.
> Un truc vraiment libre ne devrait rien m'imposer sur *mon* code quand je l'utilise.
La GPL ne t'impose rien sur ton code. La GPL impose des obligations sur l'utilisation d'un code GPL. Si ton code n'est pas compatible avec la GPL, alors tu n'as pas le droit de l'utiliser avec un projet GPL. Point barre. Cette incompatibilité vient de la GPL *ET* de la licence de ton code.
De toute manière, j'ai toujours pas compris ton problème.
Tu tentes de relancer le troll BSD vs GPL ?-
[^]Re: Une seule licence _vraiment_ libre : la GPL !
Posté par Matthieu Moy (page perso, ) le 17/04/2005 à 12:48. (lien). Évalué à 4.> N'importe quoi. Renseignes toi, il y a des licences compatibles avec le GPL et qui ne sont pas la GPL.
GPL, paragraphe 2-b) :
b) You must cause any work that you distribute or publish, that in whole or in part contains or is derived from the Program or any part thereof, to be licensed as a whole at no charge to all third parties under the terms of this License.
"This license", c'est la GPL et rien d'autre. Une GPL renommée n'est pas la GPL, et n'est pas compatible GPL.
Ce qui peut rendre une licence compatible GPL, c'est si cette licence t'autorise a distribuer le soft en GPL. La GPL n'autorise pas le changement de licence, une GPL renommée ne l'autoriserait pas non plus.
> Cette incompatibilité vient de la GPL *ET* de la licence de ton code.
Affirmation que j'accepterais si tu me donnes le paragraphe de la license SystemC (qui par ailleurs n'est pas mon code, mais du code que je réutilise) qui le rends incompatible avec la GPL. Pour le paragraphe de la GPL qui fout la merde, tu peux regarder 10 lignes plus haut.-
[^]Re: Une seule licence _vraiment_ libre : la GPL !
Posté par fabb () le 17/04/2005 à 15:27. (lien). Évalué à 1.> "This license", c'est la GPL et rien d'autre. Une GPL renommée n'est pas la GPL, et n'est pas compatible GPL.
Donc il n'y a pas de licence compatible GPL autre que la GPL d'origine ? C'est ce que tu affirmes.
Et bien tu as tout faux et tu prouves que tu n'y comprends rien du tout.
Licence compatible GPL :
http://www.gnu.org/licenses/license-list.html#GPLCompatibleLicenses(...) :
- GNU General Public License
- GNU Lesser General Public License
- License of Guile
- License of the run-time units of the GNU Ada compiler
- X11 License
- Expat License
- Standard ML of New Jersey Copyright License
- Public Domain
- Cryptix General License
- Modified BSD license
- License of ZLib
- License of the iMatix Standard Function Library
- W3C Software Notice and License
- Berkeley Database License
- OpenLDAP License, Version 2.7
- License of Python 1.6a2 and earlier versions
- License of Python 2.0.1, 2.1.1, and newer versions
- License of Perl
- Clarified Artistic License
- Zope Public License version 2.0
- Intel Open Source License (as published by OSI)
- License of Netscape Javascript
- eCos license version 2.0
- Eiffel Forum License, version 2
- License of Vim, Version 6.1 or later
- Boost Software License
- EU DataGrid Software License
- The license of Ruby
A ça, tu peux ajouté tout les systèmes de double licence.
Tu ne peux pas "sous-licencier" la GPL, n'implique pas qu'il n'y a que la GPL qui est compatible avec la GPL.
> > Cette incompatibilité vient de la GPL *ET* de la licence de ton code.
>
> Affirmation que j'accepterais si tu me donnes le paragraphe de la license SystemC (qui par ailleurs n'est pas mon code, mais du code que je réutilise) qui le rends incompatible avec la GPL.
Tu demandes à la GPL qu'un travail dérivé puisse être non GPL. Donc demandes aussi à la licence SystemC de te permettre d'être compatible GPL.
Tu demande à la GPL un truc que tu ne demandes pas à la licence SystemC.
Enfin, mets une URL sur la licence SystemC afin qu'on puisse vérifier que cette licence autorise de "sous-licencier". Si elle ne l'autorise pas alors c'est interdit. C'est le système de droit d'auteur.-
[^]Re: Une seule licence _vraiment_ libre : la GPL !
Posté par Éric (Jabber id, page perso, ) le 17/04/2005 à 18:37. (lien). Évalué à 3.> Donc il n'y a pas de licence compatible GPL autre que la GPL d'origine ? C'est ce que tu affirmes.
Tu déformes les propos.
Ce qu'il dit c'est que s'il existait une licence X qui n'est pas la GPL mais avec exactement le même contenu à la lettre près, elle ne serait pas compatible GPL.
C'est d'ailleurs marrant (du point de vue anecdote) de voir que la GPL est incompatible avec elle même quand elle change de nom.
Et ça parait de "Si ton programme est libre, je ne vois pas en quoi la GPL te pose problème." ... c'était bêtement un exemple : une licence libre (c'est même une copie de la GPL) qui pose problème en relation avec la GPL. Je me permet d'ailleurs d'ajouter que les licences libres incompatibles avec la GPL sont légion, donc que si, la GPL peut poser problème même avec les programmes libres.-
[^]Re: Une seule licence _vraiment_ libre : la GPL !
Posté par fabb () le 17/04/2005 à 19:23. (lien). Évalué à 1.> Ce qu'il dit c'est que s'il existait une licence X qui n'est pas la GPL mais avec exactement le même contenu à la lettre près, elle ne serait pas compatible GPL.
Ce qui est faux. Mais ça commence à me souâler. Continuer a dénigrer la GPL puisque c'est votre passe temps favoris.
> la GPL peut poser problème même avec les programmes libres.
Comme les licences non-compatibles GPL posent problème avec certains programmes libres.
Ce n'est pas à sens unique.-
[^]Re: Une seule licence _vraiment_ libre : la GPL !
Posté par Matthieu Moy (page perso, ) le 17/04/2005 à 19:50. (lien). Évalué à 1.> Comme les licences non-compatibles GPL posent problème avec certains programmes libres.
Des licences libres qui t'imposent quoi que ce soit sur le code lié statiquement ou dynamiquement a un programme, je n'en connais pas des masses.
Pour tous les cas d'incompatibilité avec la GPL que je connaisse, si tu fait un travail dérivé contenant du code sous licence X (GPL incompatible) et du code GPL, tu violes la GPL, mais pas l'autre licence.
-
-
-
[^]Re: Une seule licence _vraiment_ libre : la GPL !
Posté par Matthieu Moy (page perso, ) le 17/04/2005 à 19:46. (lien). Évalué à 1.> Donc il n'y a pas de licence compatible GPL autre que la GPL d'origine ? C'est ce que tu affirmes.
Non. Ce que j'affirme, c'est que pour qu'une licence soit compatible GPL, il faut que cette licence te permette de redistribuer sous GPL. Va regarder dans la FAQ de la GPL si tu n'est pas convaincu. Allez, je cite :
http://www.gnu.org/licenses/gpl-faq.html#WhatDoesCompatMean(...)
The GPL permits such a combination provided it is released under the GNU GPL.
Je maintiens, si tu renommes la GPL, et que tu l'appelle la licence toto, alors la licence toto ne t'autorise pas a distribuer le code sous la licence GNU GPL, donc, la licence toto n'est pas compatible GPL.
Tu regardes la LGPL par exemple. Ce qui fait qu'elle est compatible GPL, c'est cette petite phrase:
3. You may opt to apply the terms of the ordinary GNU General Public License instead of this License to a given copy of the Library.
(et au passage, la LGPL n'est donc pas compatible avec notre licence toto ci-dessus non plus)
> Tu demande à la GPL un truc que tu ne demandes pas à la licence Sy
-
-
-
-
-
-
-
-
-
-
-
-


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.