Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information

Journal : La GNU GPL est-elle suffisante?

Posté par GPL (Jabber id, ) le 04 mai 2008
En effet, la GNU GPL protège contre la fermeture du code jusqu'a ce que les auteurs en décident autrement.
La meilleur protection est celle du noyau Linux: Il n'est pas possible de changer les droits du code sans l'accord de tous les contributeurs. Or de nombreux contributeurs ne se laisseront pas faire si il y a une tentative de dilution de la protection apportée par la GNU GPL. Cette protection est à double tranchant: Linus T. l'a illustrée en prenant le cas d'un changement de la licence du noyau Linux vers une GNU GPLv3.

Il existe pourtant de nombreux contournements, et il s'agit que toi, contributeur qui ne souhaite pas que ton code puisse être fermé (cad, pas toi bisounourse donc tu peux t'arrêter de lire ce journal), soit très vigilant.

Prenons le cas de MySQL AB: Ce document vous force à attribuer vos droits au conseil d'administration de MySQL AB. Tout cela permet au conseil d'administration d'avoir les droits sur l'ensemble du code de MySQL et donc de pouvoir changer les licences à souhait, comme le montre l'existence de la version binaire sous licence propriétaire.
Ce n'est pas limité au cas de MySQL AB, en effet on retrouve le même genre d'accords sur openoffice.
Bon les linuxiens avertis auront remarqués que les exemples précédents concernent des logiciels supportés par des entreprises possédées par Sun. Mais cela peut concerner d'autres entreprises, comme TrollTech avec Qt... mais eux auraient signé un accord avec la communauté comme quoi quelque soit la composition du conseil d'administration de TrollTech, si il est décidé d'arrêter le développement de Qt sous GNU GPL, la dernière version open source de Qt serait placé en licence de type BSD.

Bon, je passe sur les autres contournements plus visibles comme les dual licences GNU GPL/BSD Like. En effet, il ne faut pas oublier que les licences BSD autorisent la fermeture du code. Donc du moment que le code est disponible sous ce genre de licence... bref le piège à c... est évident. Ici il suffit de prendre les exemples des OS d'apple, les morceaux de code BSD dans les OS de MS, ou encore la myriade de forks propriétaires des *NIX BSD qui a laissé MS s'imposer, etc.
Mais certains rétorqueront qu'il y a des modules propriétaires dans le noyau Linux?
Et bien, ces modules ne respectent pas la GNU GPL du noyau Linux. En effet, la GNU GPL concerne tout le code ayant la faculté de fonctionner avec le noyau Linux (avec l'exception du mode utilisateur). Donc c'est avec le pragmatisme des développeurs du noyau et "la pression du marché" que ces modules sont tolérés (cf nvidia).
Bref... pour dire que le sujet n'est pas simple et particulièrement miné. Il s'agit d'être vigilant et de ne pas se laisser trop faire.

> Lire le journal (34 commentaires, moyenne: 3,5).  

Vous avez demandé le commentaire #928126.

Re:

Posté par Tonton Benoit (Jabber id, ) le 04/05/2008 à 13:20. (lien). Évalué à 10.

Je pense que la licence GPL est assez claire comme-ça, la GPLv3 et l'AGPL corrigent les dernières failles constatés.

Après ce dont tu parle, la propriété du code la GPL n'a pas a s'en meler, le contributeur qui cède les droits sur son code en accepte les conséquences ou ne contribue pas (il fournit son patch à pars ou fait un fork)

D'ailleurs tu n'en parle pas mais la FSF elle-même réclame les droits sur le code pour l'intégration au projet GNU.

[ Répondre ]

  • [^]Re: Re:

    Posté par Brice Arnould ( un_brice ) (page perso, ) le 04/05/2008 à 20:43. (lien). Évalué à 6.

    D'ailleurs tu n'en parle pas mais la FSF elle-même réclame les droits sur le code pour l'intégration au projet GNU.
    Non. Ce qui est vrai en revanche c'est que certains projets du GNU le requièrent. Mais l'assignation de copyright à la FSF contient un engagement de la FSF que toutes les versions du travail qui leur est assigné seras distribué sous licence copyleft. Et bien d'autres encore, genre la FSF s'engage à envoyer au gars qui signe toutes les softs dérivant de son code dès qu'il en fait la demande.

    --
    Respect à RMS.

    [ Répondre ]