Nous envisageons d'utiliser un paquet de bibliothèques statistiques dans notre application et nous voulons savoir s'il est possible d'utiliser R sans devoir publier la source de notre application.
Merci. Tobias
Réponse
Trop de publicités?
Vous devriez définitivement demander à un avocat (ou peut-être à quelqu'un d'un département de propriété intellectuelle).
Cependant, voici mes 2 ct :
-
Cela devrait être possible de la même manière qui permet également d'écrire des programmes à source fermée pour Linux.
-
Une solution qui mettrait l'accent sur le fait que vous parlez de deux programmes, R et le vôtre, serait d'utiliser un serveur R.
-
Wikipedia résume une discussion sur si la liaison implique que le résultat est une œuvre dérivée .
Il n'est pas étonnant que le point de vue de la FSF soit qu'il est sans importance que la liaison soit dynamique ou statique. Après tout, ils disent que si la liaison d'un programme avec une licence non libre (incompatible) à la bibliothèque libre devrait être autorisée, la licence de la bibliothèque devrait être LGPL au lieu de GPL. Cependant, l'article du Wiki donne également d'autres points de vue.
Voici deux extraits pertinents de la FAQ de la GPL :
-
Quelle est la différence entre un "agrégat" et d'autres types de "versions modifiées" ?
Un " agrégat " consiste en un certain nombre de programmes séparés, distribués ensemble sur le même CD-ROM ou autre support. La GPL vous permet de créer et de distribuer un agrégat, même si les licences des autres logiciels sont non libres ou incompatibles avec la GPL. La seule condition est que vous ne pouvez pas publier l'agrégat sous une licence qui interdit aux utilisateurs d'exercer les droits que la licence individuelle de chaque programme leur accorderait.
Où se situe la limite entre deux programmes distincts et un programme en deux parties ? Il s'agit d'une question juridique, qui sera tranchée en dernier ressort par les juges. [...]
Si les modules sont inclus dans le même fichier exécutable, ils sont certainement combinés dans un seul programme. Si les modules sont conçus pour être exécutés en étant liés entre eux dans un espace d'adressage partagé, cela signifie presque certainement qu'ils sont combinés dans un seul programme.
En revanche, les pipes, sockets et arguments de ligne de commande sont des mécanismes de communication normalement utilisés entre deux programmes distincts. Ainsi, lorsqu'ils sont utilisés pour communiquer, les modules sont normalement des programmes distincts. Mais si la sémantique de la communication est suffisamment intime, échangeant des structures de données internes complexes, cela pourrait aussi être une base pour considérer les deux parties comme combinées dans un programme plus large.
-
Vous ne pouvez pas incorporer un logiciel couvert par la GPL dans un système propriétaire. [...]
Cependant, dans de nombreux cas, vous pouvez distribuer le logiciel couvert par la GPL parallèlement à votre système propriétaire. Pour le faire valablement, vous devez vous assurer que les programmes libres et non libres communiquent à distance, qu'ils ne sont pas combinés d'une manière qui en ferait effectivement un seul programme.
La différence entre cela et "l'incorporation" du logiciel couvert par la GPL est en partie une question de fond et en partie de forme. La partie de fond est la suivante : si les deux programmes sont combinés de sorte qu'ils deviennent effectivement deux parties d'un seul programme, alors vous ne pouvez pas les traiter comme deux programmes distincts. La GPL doit donc couvrir l'ensemble du programme.
Si les deux programmes restent bien séparés, comme le compilateur et le noyau, ou comme un éditeur et un shell, alors vous pouvez les traiter comme deux programmes distincts - mais vous devez le faire correctement. [...]
