Parcequ'on pourrait utiliser le meme genre d'astuce pour utiliser une librairie en GPL dans un logiciel proprio, le cas est aborde dans la FAQ de la FSF, et il est clairement dit que c'est une violation de la GPL.
Pour qu'il y ait violation de la GPL il faut que certaines conditions soient remplies, il est parfaitement possible de faire dialoguer du code GPL avec un module propriétaire si :
- Le code source GPL est suffisant pour avoir une application fonctionnelle en mode stand alone (même si il lui manque des options)
- Le module propriétaire est indépendant du programme licencié sous GPL et est suffisament générique pour pouvoir être invoqué par d'autres programmes
- L'interface de dialogue du coté programme sous GPL est ouvert du point de vue des sources et non encombré de brevets.
Dans les faits des centaines de programmes sous GPL sont capable de lier et d'utiliser, par exemple, les pilotes de bases de données Oracle sans que celà pose le moindre problème en regard de la licence.
Rien n'interdit depuis un programme GPL d'invoquer un objet propriétaire, de dialoguer via SHM/Named Pipes/socket etc. avec un objet propriétaire ou même de se lier à l'execution avec un objet propriétaire (ce dernier cas est beaucoup plus casse gueule, mais on peut citer en exemple les modules pilotes propriétaires qui se lient au noyeau Linux)
[^] # Re: Utile
Posté par Jerome Herman . En réponse à la dépêche Publication de la licence « GNU Affero General Public Licence Version 3 ». Évalué à 2.
Pour qu'il y ait violation de la GPL il faut que certaines conditions soient remplies, il est parfaitement possible de faire dialoguer du code GPL avec un module propriétaire si :
- Le code source GPL est suffisant pour avoir une application fonctionnelle en mode stand alone (même si il lui manque des options)
- Le module propriétaire est indépendant du programme licencié sous GPL et est suffisament générique pour pouvoir être invoqué par d'autres programmes
- L'interface de dialogue du coté programme sous GPL est ouvert du point de vue des sources et non encombré de brevets.
Dans les faits des centaines de programmes sous GPL sont capable de lier et d'utiliser, par exemple, les pilotes de bases de données Oracle sans que celà pose le moindre problème en regard de la licence.
Rien n'interdit depuis un programme GPL d'invoquer un objet propriétaire, de dialoguer via SHM/Named Pipes/socket etc. avec un objet propriétaire ou même de se lier à l'execution avec un objet propriétaire (ce dernier cas est beaucoup plus casse gueule, mais on peut citer en exemple les modules pilotes propriétaires qui se lient au noyeau Linux)