NdM : merci à tuks de nous avoir proposé la même information ! En effet, alors que Linus ne remet pas en cause le passage de certains fichiers du noyau vers la GPLv3, il semble exclure un changement de licence global pour le noyau Linux.
Un point d'achoppement majeur réside dans l'incompatibilité de la GPLv3 (en l'état) avec les DRM. Comme Linus le dit lui-même :
[...] I think it's insane to require people to make their private signing keys available, for example. I wouldn't do it. So I don't think the GPL v3 conversion is going to happen for the kernel, since I personally don't want to convert any of my code.
Ce qui pourrait se traduire par :
Il serait fou de demander aux gens de rendre publiques leurs clefs privées, par exemple. Je ne le ferais pas. Par conséquent, je ne pense pas que la conversion du noyau à la GPLv3 se fera, du fait que personnellement je ne souhaite convertir aucun de mes propres codes sources.
Ce n'est pas la première fois que Linus prend position sur la question des DRM (cf. le 3ème lien de la dépêche).
Alors que la GPLv3 ne devrait pas être finalisée avant 2007, il est possible que la prise de position forte de Linus Torvalds pèse sur les débats et les futures décisions qui seront prisent par les membres de la FSF au sujet de la GPLv3.
À suivre...
Aller plus loin
- Le message de Linus sur la LKML. (8 clics)
- La dépêche sur Clubic.com (4 clics)
- Dépêche sur la précédente prise de position de Linus sur les DRM (2003). (6 clics)
- Dépêche sur le dernier draft de la GPLv3. (2 clics)
# Rien de surprenant
Posté par _gryzor_ . Évalué à 10.
Changer la licence reviendrait à devoir demander leur accord à chacun des contributeurs depuis 1991! Depuis cette date des gens (et des entités commerciales) qui ont participé aux développement ont disparu de la circulation, etc. Et on trouvera toujours quelqu'un pour ne pas vouloir changer la licence de son code.
Comme le dit Linus, Linux a toujours été sous licence GPLv2, et sans la clause "or (at your option) any later version."
Et, toujours comme il le dit lui-même, rien n'empêche les nouvelles contributions d'être publiées sous GPLv3.
[^] # Re: Rien de surprenant
Posté par M . Évalué à 6.
On peut mixer du GPLv2 et GPLv3 ?
Il me sembalit pourtant avoir lu quelque part que lorsque l'on rajoutait du GPLv3, alors un projet sous GPLv2+ (ie v2 or later) devenait automatiquement en GPLv3.
Par contre rien n'empeche de les publier sous dual GPLv2/GPLv3.
[^] # Re: Rien de surprenant
Posté par lesensei . Évalué à 6.
Comme il est écrit dans le message auquel tu réponds, la majorité du code du noyau n'est pas sous "GPLv2+" mais sous GPLv2 tout court. Je n'ai d'ailleurs jamais compris comment les gens pouvaient releaser leur code sous une licence pas encore écrite...
Il y a donc dans le noyau du code sous GPLv2, du code sous GPLv2+ et il y aura sans doute du code sous GPLv3. Rien de bien folichon.
[^] # Re: Rien de surprenant
Posté par Julien . Évalué à 6.
Une bonne partie du code du noyau étant en "GPLv2 seulement", tu ne peux pas intégrer du code en "GPLv3 seulement" ni même en "GPLv3 ou supérieur".
Ce que tu peux par contre continuer à faire c'est d'intégrer du code en "GPLv2 ou supérieur" ou du code en "GPLv2 ou 3" voir du code en "GPLv2 ou ce que tu veux".
C'est ce qu'il me semble en tout cas, et c'est aussi l'opinion de Linus Torvalds (Cf http://lkml.org/lkml/2006/1/27/339 )
[^] # Re: Rien de surprenant
Posté par Raphaël G. (site web personnel) . Évalué à 2.
Dans la mesure où les deux license sont incompatibles, on aurra pas beaucoup de solution :
- Linus demande a tout le monde de passer en GPL v2 ou suivante (difficile a cause du nombre de contributeur et sans utiliser "qui ne dit mot consent")
- Linus interdit le code GPL v3 only (autant se tirer une balle dans le pied)
- Linus oblige la double license du nouveau code en GPL v3
Enfin bon, dans tous les cas, a terme on passera en GPL v3...
L'essentiel est que cette license oblige a effectivement a redistribuer les améliorations dans le code source et nous protège des perversions des véroux proprios dans le noyau (et les autres logiciels libres)...
ps : pas la peine de me mettre un -, je suis déjà très bas...
[^] # Re: Rien de surprenant
Posté par lesensei . Évalué à 3.
Rien n'indique que ce soit nécessaire.
De plus, je ne vois pas pourquoi refuser le code en GPLv3 serait se tirer une balle dans le pied. Je continue de penser que la grande majorité des développeurs libristes (au sens promu par la GPL) sont satisfaits de la GPLv2.
Enfin, je doute que le mainteneur de Linux change de position sur les DRMs (d'abord, parce qu'il a toujours défendu sa position actuelle, et ensuite parce qu'il n'est pas franchement connu pour changer facilement d'avis), ce qui exclue l'utilisation de la GPLv3 de manière globale pour le noyau.
[^] # Re: Rien de surprenant
Posté par Julien . Évalué à 2.
C'est justement là qu'est le débat, et il semble pour l'instant que ce ne soit pas l'éventualité la plus probable.
Surtout qu'il dit justement sur la lkml que lui même ne le fera pas
Si tu le dis, c'est pourtant se qui se dessine.
Encore une fois, la dépèche fait justement suite aux propos de Linus Torvalds qui dit qu'il n'aime pas la GPLv3 pour Linux et qu'il ne l'adoptera donc pas ...
Ce n'est pas l'avis de tout le monde, notamment de Linus Torvalds, un "contributeur important au noyau"
Ta phrase et très obscure et sens la propagande à plein nez, mais je n'en comprend pas le sens.
Est-ce que ce n'est pas aussi ce que visait la GPLv2 ?
D'après Linus Torvalds, la GPLv3 amène des problèmes plus qu'elle n'en résout par rapport à la v2.
Quelles sont les raisons qui te font dire qu'il faudra de toute façon passer en v3 ?
# Traduction
Posté par Frédérick Diot . Évalué à -2.
[^] # Re: Traduction
Posté par Jerome Herman . Évalué à 10.
De plus traditionellement en anglais américain (et par extension de plus en plus en anglais) mad sert à désigner des folies passagères mais très fortes. "I'm madly in love with you" = "je suis fou amoureux de toi". "I am mad about this" = "ce truc me rend fou".
Insane sert plus à décrire un état permanent qui requiert une attention clinique.
décalé/àcoté de la plaque/sans fondement : different/out of the picture/not justified.
Et pour autant pour moi ca s'écrit toujours au temps pour moi.
[^] # Re: Traduction
Posté par Anonyme . Évalué à 9.
Il est temps de tuer ce troll, avec 45 coups de couteaux, l'étouffer dans un cercueil, enterrer le cercueil à 3500 mètre de profondeur avec une bombe H, se retourner et se boucher les oreilles.
Sinon pour l'assassinat par méthode douce, je te conseille d'ajouter ces deux liens après chaque remarque sur le 'autant pour moi' et 'au temps pour moi' :
http://www.langue-fr.net/index/A/au_temps-autant.htm
http://www.langue-fr.net/faq/faq.htm#au_temps
[^] # Re: Traduction
Posté par NebuchadnezzaR . Évalué à 4.
http://www.academie-francaise.fr/langue/questions.html#au_te(...)
[^] # Re: Traduction
Posté par netsurfeur . Évalué à 7.
Cette erreur est relativement peu courante si on la compare aux erreurs récurrentes qui rendent certains messages difficilement lisibles:
- confusion entre l'infinitif et le participe passé,
- accords aléatoires en genre et en nombre.
Heureusement, LinuxFr résiste encore assez bien à l'écriture SMS :)
[^] # Re: Traduction
Posté par Boa Treize (site web personnel) . Évalué à 0.
(Et insane est actuellement beaucoup plus utilisé en langage courant que les dérivés de mad, mais je suis sûr que tu trouveras un normateur pour dire le contraire.)
[^] # Re: Traduction
Posté par Philippe F (site web personnel) . Évalué à 1.
Je propose que chacun decide de lui-meme de la facon dont il orthographie les mots qu'il utilise. Il pourra proteger son orthographe personelle sous GPL ou bien sous une licence proprietaire. L'academie francaise pourrait meme se faire plein de fric avec une histoire pareille.
bon, je sors, je suis pas en forme pour faire un bon troll
# J'ai pas compris...
Posté par Anonyme . Évalué à 6.
Encore un troll de Linus ?
[^] # Re: J'ai pas compris...
Posté par Laurent J (site web personnel, Mastodon) . Évalué à 5.
[^] # Re: J'ai pas compris...
Posté par rpnpif . Évalué à 1.
Je pense que la traduction suivante est plus proche de la pensée de Linus :
"Je pense qu'il serait fou de demander aux gens de rendre publiques leurs clés privées, par exemple. Moi, je ne le ferais pas. De même, je ne pense pas que la conversion à la GPL v3 est en train d'arriver pour le noyau, étant donné que je ne veux pas convertir mes propres codes sources."
Linus compare les conséquences de la publication de clés privées (viol de sa vie privée) avec les conséquences du passage à la GPL v3 (viol de ses convictions et de sa liberté).
Il n'a jamais écrit ici que GPLv3 = publier ses clés privées.
[^] # Re: J'ai pas compris...
Posté par Jerome Herman . Évalué à 6.
Pour faire du DRM, il faut à un moment ou à un autre authentifier la chaine de restitution. Cette chaine aura forcément pour base le noyeau (voir le matos sous jacent, mais là on rentre dans le lourd).
Donc pour faire du DRM il faut authentifier le binaire (ie signer le noyeau).
Le DRM a pour but d'empécher les personnes non authorisées d'accéder à certaines fonctionnalités (notamment la lecture de certains médias).
Or la GPLv3 dans son draft interdit que des fonctionnalités puissent être bloquées sur la version binaire, la possibilité d'accès devant apparaitre dans le source. Donc il faut que la méthode et les outils pour la signature apparaissent dans le source. A l'heure actuelle la seule méthode qui permette de faire celà est de donner avec le source la partie privée de la clef servant à la signature....
Donc en GPLv3 pour faire des DRM il faut donner en clair la clef publique qui sert à signer les binaires. Comme Linus Torvalds veut laisser la porte ouverte aux DRM dans le noyeau, et qu'il comprend que personne ne veuille donner sa clef privée (et pour cause, les meccanismes de DRM ne serviraient plus à rien) il refuse la GPLv3.
Il n'y a pas d'allégorie ici, c'est vraiment de la révélation de la clef privée qu'il s'agit.
[^] # Re: J'ai pas compris...
Posté par Anonyme . Évalué à 2.
D'ailleurs je ne suis pas le seul à penser que Linus n'a pas vraiment compris la clause parlant de DRM (http://www.groklaw.net/article.php?story=20060126185703859). J'ai bien relu le brouillon, il n'y a RIEN qui obligerait à diffuser une clé privée ayant servi à signer un binaire sous GPLv3 (bien sur une clé "publique" dans le binaire (qui était donc dans le source ou le Makefile et consort) doit être diffusée, mais ca c'était déjà le cas avec la GPLv2).
Au passage, Jonathan Schwartz le pdg de SUN envisage de passer OpenSolaris sous double license GPLv3/CDDL(http://blogs.sun.com/roller/page/jonathan), et comme chacun le sait (ou pas), Sun c'est les DRM opensource (http://www.openmediacommons.org/)
[^] # Re: J'ai pas compris...
Posté par M . Évalué à 5.
J'ai du mal a voir des DRM opensource. Je veux bien que le framework soit ouvert, mais pas tout (passage par des boîtes noires logicielles ou matérielles). D'ailleurs ça avait été évoqué sur linuxfr : http://linuxfr.org/2005/08/24/19458.html
[^] # Re: J'ai pas compris...
Posté par hacklava . Évalué à 1.
--
Marc
[^] # Re: J'ai pas compris...
Posté par Anonyme . Évalué à 2.
[^] # Re: J'ai pas compris...
Posté par Julien . Évalué à 3.
Il fait,à mon avis, bien soin de laisser ça flou pour laisser le troll prendre de l'ampleur, ce qui a deux effets :
- Ça sert de caisse de raisonance à son message
- Ça fait peur sur le contenu de la GPLv3
[^] # Re: J'ai pas compris...
Posté par Anonyme . Évalué à 3.
Bref clé de décryptage ou de signature, la GPL env2 ou v3 se comporte pareil :-/
[^] # Re: J'ai pas compris...
Posté par Jerome Herman . Évalué à 5.
En GPLv2 si la clef est extérieure au programme (par exemple via la signature du binaire obtenue), il n'est pas nécessaire de la révéler même si certaines fonctionnalités du binaire sont liées à la validité de cette signature.
En GPLv3 dans le draft, à partir du moment ou il existe des fonctionnalités liés à la validité d'une signature, alors les meccanismes d'obtention de la signature doivent être révélées. (ie il faut fournir la clef privée).
C'est la grosse différence, et c'est sur ce point que linus Torvalds râle.
[^] # Re: J'ai pas compris...
Posté par Anonyme . Évalué à 2.
Je pense que signer un binaire pour en vérifier son authenticté ne sera pas à problème, il n'y aura pas besoin de réveler la clé privée. Par contre le signer afin d'autoriser certaine fonctionnalité le sera, puisqu'on devra pouvoir le resigner après modification afin de toujours avoir accès à ces fonctionnalités --> "that its functioning in all circumstances is identical to that of the work, except as altered by your modifications"
C'est cela qui empeche vraiment le fonctionnement de mécanisme de DRM, et donc qui gène Linus je pense.
Mais bon plus je relis le passage sur la distribution de code source, plus je le trouve sujet à interprétation :-/
# et le complément ...
Posté par Youx . Évalué à 9.
Donc c'est probablement plus un probleme de termes mal choisis/interpretés qu'autre chose ... Pour un brouillon, rien d'exceptionnel donc ...
C'est sur que c'est moins racoleur que le "RMS est devenu fou" que le contenu de l'article pourrait faire croire. :)
Move along, nothing to see here.
[^] # Re: et le complément ...
Posté par Bastien . Évalué à 2.
La GPLv3 n'est qu'un brouillon.
HTH
[^] # Re: et le complément ...
Posté par Jerome Herman . Évalué à 4.
Le GPLv2 avait déjà causé pas mal d'émois entre RMS et Linus, à la suite d'une déclaration de Linus disant qu'il ne voulait pas être embarqué dans les délires philo-sociologique de RMS et que donc le kernel était en GPLv2 et point. RMS avait alors déclaré que Linus était seulement un ingénieur (ie : le mouvement open source ca lui passe au dessus)
Un peu plus tard dans le thread "flame linus to a crisp" Linus avait déclaré qu'il ne voyait aucun inconvenniant à faire rentrer les DRM dans le noyeau.
Notamment :
traduction :
J'ai déjà eu plusieurs discussions avec diverses personnes sur le sujet, et je réalise parfaitement que beaucoup de gens veulent se servir du kernel pour faire disparaitre les DRM, du moins en ce qui concerne Linux. Soit en instaurant des règles soit en étendant la GPL pour qu'elle ne le permette pas.
Le post date d'avril 2003.
Même si la GPLv3 n'est qu'un brouillon, il y a très peu de chances qu'elle soit reprise par le kernel. Du moins pas tant que la GPLv3 voudra prendre position contre les DRM (ce qui parait à peu près innévitable.)
cf : http://www.cs.helsinki.fi/linux/linux-kernel/2003-16/1069.ht(...)
[^] # Re: et le complément ...
Posté par Erwann Robin (site web personnel) . Évalué à -3.
lui, il défend le free software ;)
# et du cote de gpl-violation ...
Posté par M . Évalué à 10.
[1] http://gnumonks.org/~laforge/weblog/2006/01/21/#20060121-gpl(...)
[^] # Re: et du cote de gpl-violation ...
Posté par David . Évalué à 3.
En effet, on peut se laisser du temps pour discuter avec une entreprise et lui laisser quelques jours pour regler les problemes de non respect de la license.
Mais fixer la durée (et qui plus est 60 jours) cela ne peut que favoriser l'enlisement des situations.
# tropollesque
Posté par piem (site web personnel) . Évalué à 6.
Le debat sur l'accessibilite de Gnome souleve par Linus me semblait deja plus interessant; mais apres quelques jours, il s'est avere que ce dont Linus se plaignait etait un bug dans libxklavier. Pour la petite histoire:
http://ze-dinosaur.livejournal.com/3495.html
http://ze-dinosaur.livejournal.com/3756.html
S'il fallait commenter ici toutes les annonces fracassantes du genre, le rapport signal sur bruit serait vraiment tres faible.
[^] # Re: tropollesque
Posté par gasche . Évalué à 5.
J'ai peut-être mal lu le tout, mais je n'ai toujours pas compris en quoi cela expliquait la "petite histoire" du troll Linus vs Gnome.
Je ne vois pas trop le lien avec la présente histoire non plus, d'ailleurs.
[^] # Re: tropollesque
Posté par piem (site web personnel) . Évalué à 1.
http://mail.gnome.org/archives/usability/2005-December/msg00(...)
Et le lien avec la presente histoire est que je ne pense pas que tous les mails de Linus merite une depeche de premiere page. Il s'agit dans les deux cas de discussions, et pas d'annonces.
[^] # Re: tropollesque
Posté par Julien . Évalué à 0.
Selon toi, parce qu'un célèbre inconnu (ze-dinosaur) a été du même avis que Linus Torvalds (Gnome limite trop les options accessibles) puis qu'il s'est rétracté parce que son problème particulier n'était qu'un bug, cela signifie que Linus Torvalds avait tord ?
Dans ce cas :
Je suis d'accord avec toi.
Je m'étais trompé.
Voilà, dorénavant, tu as tord ... CQFD
[^] # Re: tropollesque
Posté par Samuel DUBUS . Évalué à 2.
Mon opinion est qu'une licence doit pouvoir être comprise par le plus grand nombre. Et il semble qu'il reste du travail à la GPLv3 pour atteindre cet objectif.
Les problématiques DRM restent un point obscur de la licence GPLv3, que j'ai encore du mal à saisir personnellement c'est vrai. Mais je lis des informations par-ci par -là et j'essais de me faire une idée. Comme je ne suis sans doute pas le seul à me poser des questions, je vous propose d'en discuter ensemble autour de l'intervention récente d'une des figures emblématiques du libre.
CU Samuel
# Crédibilité de la GPLv3
Posté par Didier Raboud (site web personnel) . Évalué à 7.
Quand on [enfin, je] parle de GPL, Linux (donc son noyau) est souvent cité comme exemple: "Regardez comme c'est bien que il y a pleins de gens qui bossent sans rémunération pour faire un système d'exploitation." : le kernel Linux, c'est un peu l'emblème ou l'exemple type de ce qui peut se faire sous GPL, c'est d'ailleurs (je crois) le plus gros projet sous GPL. Je me pose alors la question de la crédibilité des prochaines versions (à commencer par la 3) de la GPL, vu que, visiblement et pour le moment, le kernel ne sera pas sous GPLv3. "Oui, je veux bien mettre mon prog' sous GPL, mais si Linux n'est pas sous GPLv3, c'est qu'il doit bien avoir une raison."
Le problème, c'est que la raison principale, c'est "Il faudrait demander à tous les contributeurs pour accepter de passer de GPLv2 à GPLv3 et ça n'a pas l'air possible." alors que le message que fait passer Linus, c'est un message de refus idéologique. Je suis bien conscient du problème que pose (humainement et techniquement) le problème du passage à la version 3, mais je me pose surtout la question de l'impact à terme de laisser [ad æternam] le kernel sous GPLv2. Linux est sous GPL et ce n'est pas la GPL qui est faite pour Linux, mais Linux est emblématique de la GPL, non ? Donc je crois que cette décision peut avoir de drôles de conséquences imprévisibles.
Salutations, Didier
[^] # Re: Crédibilité de la GPLv3
Posté par Gniarf . Évalué à 2.
si un développeur est trop con pour comprendre le pourquoi du comment ou même un simple "raisons historiques, le noyau Linux est sorti bien 10 ans avant la GPL 3", je ne veux pas de son programme :)
[^] # Re: Crédibilité de la GPLv3
Posté par theocrite (site web personnel) . Évalué à 4.
Quand on parle à un mec au hasard, c'est déjà bien s'il a entendu parler de logiciel libre. Avec un peu de chance open source (mais déjà faut qu'il concoive qu'un logiciel a un source et que ce source apporte un plus par rapport au binaire. C'est déjà beaucoup).
Les connaisseurs connaitrons peut être GPL, LGPL, BSD, et surtout creative commons et FDL qui font parler d'elles en ce moment avec DADVSI et wikipedia.
Par contre GPL v2/v3...
Il suffit de dire le LL c'est bien : le kernel Linux, OOo, Fx sont des LL. Ça suffit.
Maintenant si tu te sens obligé de préciser GPL, c'est peut être plus dans la bataille des licences qu'il faut aller voir et ce n'est plus LL/proprio IHMO.
Dans ce cas, ça reste comme d'hab, chaqun a ses avantages :
GPL protège plus les utilisateurs finaux, on ne peux pas rajouter de contraintes aux sources. (côté héréditaire ou viral diront certains)
BSD protège les devs, ils ont le champs libre pour faire (presque) ce qu'ils veulent...
etc.
(oui c'est grossier et caricatural).
# Moi j'en fous...
Posté par Laurent GUEDON . Évalué à -5.
[^] # Re: Moi j'en fous...
Posté par roger21 . Évalué à -1.
[^] # Re: Moi j'en fous...
Posté par Yves-Alexis Perez . Évalué à 0.
# Tiens tant qu'à troller sur les licences
Posté par Krunch (site web personnel) . Évalué à 3.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Tiens tant qu'à troller sur les licences
Posté par Anonyme . Évalué à 6.
Tourner les choses ainsi, c'est juste montrer que l'on porte des oeillères.
Ce n'est pas sans raison que les deux premiers font ce qu'ils font, c'est aussi parce qu'ils pensent que c'est mieux d'une certaine manière.
[^] # Re: Tiens tant qu'à troller sur les licences
Posté par Dr BG . Évalué à 4.
Le premier est la domination, le second est la liberté, et le troisième est la qualité.
Biensûr que les autres pensent aussi que c'est mieux, mais
1- Mieux pour eux
2- Mieux pour la liberté de chacun
3- Mieux pour la qualité du logiciel
[^] # Re: Tiens tant qu'à troller sur les licences
Posté par Anonyme . Évalué à 2.
[^] # Re: Tiens tant qu'à troller sur les licences
Posté par Thomas Douillard . Évalué à 5.
[^] # Re: Tiens tant qu'à troller sur les licences
Posté par Anonyme . Évalué à 1.
Si par contre, on cherche à ce que cette qualité se propage (dans les logiciel libre et proprio) alors là oui en effet, l'objectif diffère, mais bon pour ca il y a la LGPL. (même si je suis conscient que ce n'est pas exactement pareil, mais on peut arriver au même objectif)
tiens d'ailleurs yaura une LGPLv3 ?
[^] # Re: Tiens tant qu'à troller sur les licences
Posté par reno . Évalué à 2.
Plutot que parler d'édition de liens, la LGPL devrait plutot parler d'interface publique à mon avis: toute modification sous l'interface publique devant être rendu publique, ce qui est fait au dessus n'étant pas restreint (enfin sauf bien sur que le code ne peut pas réutiliser l'interface publique en la modifiant, ce qui est une façon de faire une modification cachée).
[^] # Re: Tiens tant qu'à troller sur les licences
Posté par gnujsa . Évalué à 2.
Sans rire, la priorité des BSDs est aussi la liberté. Les "sources ouvertes" de la GPL leur permettent la même qualité que les "sources ouvertes" de la licence BSD, mais elles ne sont pas aussi libres (pour eux, les dev BSD) et c'est ce qui les chagrine.
[^] # Re: Tiens tant qu'à troller sur les licences
Posté par Krunch (site web personnel) . Évalué à 3.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Tiens tant qu'à troller sur les licences
Posté par David . Évalué à 4.
Hors, d'un cote on a les logiciels proprio qui se basent sur du code BSD mais ne partagent pas les modifications (tiens au hasard Microsoft* ).
De l'autre côté, on a les developpeurs independants qui préfére la GPL car avec cette license, on ne travaille pas 'gratuitement' pour les éditeurs d'applications propriétaires.
Entre les deux, il ne reste pas grand monde pour contribuer aux codes sous license BSD. A partir de là, dur de faire du code "mieux" en quantité.
* Apple contribuant au monde open-source dans une certaine mesure (cf Darwin)
[^] # Re: Tiens tant qu'à troller sur les licences
Posté par Bapt (site web personnel) . Évalué à 2.
Bah quand même regarde un peu :
Les *BSD sortent en se moment des version à tout va, et qui en plus sont à jour, c'est bien qu'il y a de développeurs derrières (FreeBSD6 OpenBSD3.8 NetBSD3 DragonFly1.4) et nouvelle distrib arrive pfsense, PCBSD, DesktopBSD.
Tu utilises tous les jours du code BSD (tu as bien un OpenSSH chez toi ?) .
PostgreSQL c'est du BSD (modifié).
Dans la ligné ZSH, lighttpd,..., y en a plein d'autre que j'oublie, mais ce sont des gros projects.
dans les petits derniers : bsdtar (meilleur que gnutar globalement) PF y a pas mieux en libre.
Donc des développeurs il y a en a un paquets, merci à eux. Et la qualité quand tu regardes le peu que je t'ai cité c'est déjà pas mal.
Si je regarde Freshmeat :
http://freshmeat.net/browse/14/
# BSD License (original) (1494 projects)
# BSD License (revised) (1115 projects)
C'est beaucoup moins que la GPL et la LGPL, mais c'est quand même pas mal, sachant que beaucoup de projet sous license BSD ne cherche pas à se référencé dans Freshmeat et autre site du genre.
[^] # Re: Tiens tant qu'à troller sur les licences
Posté par herodiade . Évalué à 3.
Dans le même ordre d'idée, les devs d'OpenSSH affirment que la licence BSD a permi à ce logiciel d'être intégré dans tout les Unix (libres ou pas), et beaucoup de routeurs etc. à la place de telnet (pour des réseaux de meilleur qualité ;).
En un certain sens on pourrait aussi dire que la priorité des utilisateurs de la licence BSD est la compatibilité (par ex. du code sous licence BSD révisée sera compatible avec du code GPL ou LGPL, alors que la réciproque n'est pas vraie).
# Nouveautés dans la GPLv3?
Posté par sylware . Évalué à 4.
Bah de toutes les façons, la GPLv2 marche suffisament bien, non?
[^] # Re: Nouveautés dans la GPLv3?
Posté par karteum59 . Évalué à -1.
Je ne suis pas sûr qu'elle ait été suffisamment "testée" en situation de procès pour qu'on puisse dire cela. OK, il y a eu des exemples (p.ex. SIgma Design) mais était-ce dû à des pressions / accords amiables ou à un vrai procès ? Et qu'en serait-il en France ?
D'autre part, "marche bien" est tout relatif. La GPL a plein de qualités mais il me semble qu'elle pose des problèmes d'interopérabilités avec d'autres licences libre (dites moi si je me plante, je ne suis pas un expert du sujet). Par exemple, FreeBSD ne peut pas utiliser de code de Linux. Plus grave, je ne suis même pas sûr qu'un logiciel sous BSD/MPL/<n'importe quoi d'autre que GPL même si c'est une licence libre> puisse se linker à une bibliothèque GPL. OK, pour ça il y a la LGPL pour ça mais même la FSF la déconseille (http://www.gnu.org/licenses/why-not-lgpl.html). Je ne trouve pas que cette attitude soit bénéfique pour le logiciel libre en général (duplication de code inutile, etc...) car le logiciel libre ne se restreint pas à la GPL !
Petite question : QT est GPL mais les libs KDE sont LGPL -> comment est-ce possible ? Est-ce que cela signifie qu'on peut créer une appli non GPL utilisant les libs KDE sans devoir payer 1500$ à Trolltech ?
[^] # Re: Nouveautés dans la GPLv3?
Posté par imalip . Évalué à 3.
s/peut/veut/
C'est un choix des dev de n'avoir que du code sous licence BSD (ou compatible, je suppose). Legalement, rien ne leur interdit de le faire, mais ils ont fait le choix d'une certaine homogeneite, ce qu'on ne peut que respecter.
Et puis quoi encore ? Tout logiciel distribue sous licence compatible avec la GPL (ce qui inclut la licence BSD) peut etre lie a un bibliotheque GPL.
Tant que tu etais sur le site le GNU, autant aller voir cette page : http://www.gnu.org/philosophy/license-list.html
La lire aurait ete une bonne idee avant de balancer des affirmations gratuites et fausses comme tu l'as fait.
[^] # Re: Nouveautés dans la GPLv3?
Posté par karteum59 . Évalué à 1.
OK OK, j'ai peut-être dit des âneries (il me semblait que pour la GPL le bloc {appli + bibliothèque GPL} constituait un tout unique, devant être sous la même licence).
Mais dans ce cas je vais réitérer ma question : est-ce bien légal de mettre les KDElibs sous LGPL, et donc est-ce que ce serait légal de faire une appli commerciale se liant aux KDElibs (ça revient à détruire le "modèle" de Trolltech, qui veut que toute appli non libre entraîne l'acquisition d'une licence chez eux non ?)
Et puis, il y a qqch d'incohérent : j'ai le droit de faire un soft sous BSD utilisant une lib GPL, mais je n'ai pas le droit de faire un fork propriétaire du soft BSD (ce que la licence permet pourtant*) ? Donc ce n'est plus "vraiment" de la licence BSD puisque ce sont les termes de la GPL qui priment sur ma licence !?!
[^] # Re: Nouveautés dans la GPLv3?
Posté par imalip . Évalué à 4.
Non, le tout doit etre redistribuable selon les termes de la GPL. Ca ne force pas l'appli a etre en GPL.
Oui, c'est legal. Ca permet a quelqu'un de vevelopper une appli proprio pour KDE, en utilisant une licence Trolltech pour se lier a QT. Si KDE etait en GPL, ce ne serait meme pas possible. La FSF considere qui si on se lie indirectement a une lib c'est aussi un travail dérivé.
Si tu veux te lier avec du GPL, il faut en respecter les regles, c'es comme ca. Par contre, rien ne t'interdit de prendre les sources du code sous licence BSD, les porter sur une autre lib avec licence plus permissive et ne pas diffuser les modifications.
# Changez le titre!!!
Posté par Zenitram (site web personnel) . Évalué à 2.
Linus ne s'est jamais prononcé sur la GPLv3, puisqu'elle n'existe pas!!!
Linus rejete le draft de GPLv3, pas la GPLv3 (ou alors vous avancez d'un an dans le temps...)
[^] # Re: Changez le titre!!!
Posté par mickabouille . Évalué à 5.
Quelle que soit la version finale, si elle est différente de la GPLv2, alors elle sera presque à coup sûr incompatible avec la GPLv2, vu que toutes les deux auront une clause interdisant d'ajouter des restrictions sur la distribution.
Donc : à moins de re-licencier (?) tout l'existant de linux en GPLv2+GPLv3, on ne peut ajouter de code GPLv3-pur à linux, mais uniquement du double licence GPLv2+3 (ou bsd,etc.)
Donc : à moins de changer la licence de ce qui existe en GPLV3, on ne peut changer linux en GPLv3
Or : il est impossible de changer le code existant en GPLv3 (raison citées de nombreuses fois)
Donc : linux ne peut passer en GPLv3
C'est tout
# echo sur lmi
Posté par jmny . Évalué à 2.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.