Le problème ce n'est pas l'API ou le lien dynamique. Le problème, c'est de distribuer un logiciel comme un ensemble complet et fonctionnel.
Prenons l'exemple d'un livre. On pourrait imaginer que quelqu'un a écrit un chapitre et l'a diffusé sous licence GPL. Toi, tu écris le chapitre suivant, et tu veux diffuser les deux ensemble. Tu auras beau essayer de les imprimer comme deux tomes séparés (c'est l'équivalent du lien dynamique), ça ne change rien: la diffusion de l'ensemble est sous GPL à cause des contraintes sur le premier chapitre. Note que cela concerne uniquement l'ensemble des deux tomes. Si par contre tu vends uniquement le tome 2 séparément, alors il n'y a pas de contamination. Mais les gens ne vont rien comprendre à l'histoire.
Et là où on rentre un peu plus dans l'interprétation, c'est si une boutique met en ligne, séparément, les tomes 1 et 2. On peut se demander si c'est possible d'acheter le tome 2 sans avoir besoin du 1. Même s'ils sont vendus séparément, il est possible que le juge décide que non, le tome 2 n'est pas indépendant, et que par conséquent la "contamination" par la GPL s'applique.
Pour en revenir aux logiciels: tu peux par exemple avoir un logiciel qui utilise des plug-ins entièrement optionnels. Il y a une API entre le logiciel et les plug-ins. Certains plug-ins sont en GPL et d'autres pas. Et même, cette API est standard et plein d'autres logiciels vont utiliser les mêmes plug-ins.
Dans ce cas, il n'y a pas de dépendance ni dans un sens ni dans l'autre entre le code GPL et le reste. Ils sont seulement interopérables. Et ça, ça ne pose pas problème. La technique utilisée est la même (lien dynamique), mais du point de vue de la GPL (et du droit d'auteur) c'est tout à fait différent.
Ce qui définit un travail dérivé dans ton exemple, ce n'est pas l'utilisation de l'API. Si tu as deux bibliothèques qui implémentent la même API et que ton logiciel peut se lier indifféremment avec l'une ou l'autre, alors il constitue vraiment une entité indépendante, et cette API peut être une frontière pour l'application de la GPL. Mais en pratique, tu ne vas pas t'embêter et prendre uniquement la deuxième librairie avec une licence qui te coûtera moins d'aspirine ;)
[^] # Re: Contacter les auteurs de Geogebra?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Du respect de la licence des logiciels libres : GeoGebra - SimulaMaths. Évalué à 2.
Le problème ce n'est pas l'API ou le lien dynamique. Le problème, c'est de distribuer un logiciel comme un ensemble complet et fonctionnel.
Prenons l'exemple d'un livre. On pourrait imaginer que quelqu'un a écrit un chapitre et l'a diffusé sous licence GPL. Toi, tu écris le chapitre suivant, et tu veux diffuser les deux ensemble. Tu auras beau essayer de les imprimer comme deux tomes séparés (c'est l'équivalent du lien dynamique), ça ne change rien: la diffusion de l'ensemble est sous GPL à cause des contraintes sur le premier chapitre. Note que cela concerne uniquement l'ensemble des deux tomes. Si par contre tu vends uniquement le tome 2 séparément, alors il n'y a pas de contamination. Mais les gens ne vont rien comprendre à l'histoire.
Et là où on rentre un peu plus dans l'interprétation, c'est si une boutique met en ligne, séparément, les tomes 1 et 2. On peut se demander si c'est possible d'acheter le tome 2 sans avoir besoin du 1. Même s'ils sont vendus séparément, il est possible que le juge décide que non, le tome 2 n'est pas indépendant, et que par conséquent la "contamination" par la GPL s'applique.
Pour en revenir aux logiciels: tu peux par exemple avoir un logiciel qui utilise des plug-ins entièrement optionnels. Il y a une API entre le logiciel et les plug-ins. Certains plug-ins sont en GPL et d'autres pas. Et même, cette API est standard et plein d'autres logiciels vont utiliser les mêmes plug-ins.
Dans ce cas, il n'y a pas de dépendance ni dans un sens ni dans l'autre entre le code GPL et le reste. Ils sont seulement interopérables. Et ça, ça ne pose pas problème. La technique utilisée est la même (lien dynamique), mais du point de vue de la GPL (et du droit d'auteur) c'est tout à fait différent.
Ce qui définit un travail dérivé dans ton exemple, ce n'est pas l'utilisation de l'API. Si tu as deux bibliothèques qui implémentent la même API et que ton logiciel peut se lier indifféremment avec l'une ou l'autre, alors il constitue vraiment une entité indépendante, et cette API peut être une frontière pour l'application de la GPL. Mais en pratique, tu ne vas pas t'embêter et prendre uniquement la deuxième librairie avec une licence qui te coûtera moins d'aspirine ;)