Un client, c'est chiant par définition (dans le cadre des grosses boîtes/grosses administrations). Donc le client qui a acheté X, il va faire "votre X il est bien, mais ça fait pas pouic pouic quand je clique sur le bouton quitter, et je veux un curseur qui clignote en rouge et jaune quand je renverse du café sur le clavier, et je veux tout ça pour demain, sinon je vais acheter Z chez votre concurrent". Si pour implémenter tout ça, ça nécessite de modifier Y, que va-t-il se passer à ton avis ? C'est l'hypothétique développeur de LL embaucher par la boîte qui développe X qui va mettre le nez dans Y, et qui va corriger/modifier Y pour que ça fasse ce que le client veut, et le développeur de LL, en bon libriste qu'il est, il va faire suivre les modifs aux développeurs de la lib LGPL.
Sinon pour la petite histoire, l'auteur de la libxml pense que publier la libxml2 sous une licence BSD-like (c'est du MIT je crois) était une des meilleures choses possibles pour la lib car ça a fait exploser le nb d'utilisateurs dans l'univers proprio et la quantité de retour qu'il a sur sa lib. Tu peux intégrer/modifier du code BSD dans ton logiciel proprio et en faire ce que tu veux, mais sur un énorme projet, le chef de projet a tout sauf envie de passer du temps à synchroniser "sa" libxml2 avec les changements faits dans la libxml2 officielle, donc il a tout intérêt à ce que la version officielle correspondde exactement à la version qu'il utilise, c'est à dire à proposer les modifs dont il a besoin pour qu'ils soient inclus dans la version officielle.
[^] # Re: C'était prévisible
Posté par Christophe Fergeau . En réponse au journal Quelque chose de malsain dans le monde du desktop libre. Évalué à 2.
Sinon pour la petite histoire, l'auteur de la libxml pense que publier la libxml2 sous une licence BSD-like (c'est du MIT je crois) était une des meilleures choses possibles pour la lib car ça a fait exploser le nb d'utilisateurs dans l'univers proprio et la quantité de retour qu'il a sur sa lib. Tu peux intégrer/modifier du code BSD dans ton logiciel proprio et en faire ce que tu veux, mais sur un énorme projet, le chef de projet a tout sauf envie de passer du temps à synchroniser "sa" libxml2 avec les changements faits dans la libxml2 officielle, donc il a tout intérêt à ce que la version officielle correspondde exactement à la version qu'il utilise, c'est à dire à proposer les modifs dont il a besoin pour qu'ils soient inclus dans la version officielle.