J'ai vu qu'une entreprise utilise BusyBox et utilise également des packages Gpl + Lgpl + Mpl dessus, puis ils ont leur propre application en cours d'exécution. Leur application est un package source fermé.
Vous achetez l'appareil mais sa source fermée. Comment se fait-il que la GPL mélangée à LGPL + MPL devienne une source fermée?
Je pensais que la règle était ?? Ou je me trompe ou les informations suivantes sont fausses?:
GPL: Si vous l'utilisez dans votre application, vous devez libérer votre application sous la GPL. Cela ne signifie pas que vous ne pouvez pas également le vendre (comme ils vendent des CD Linux) mais vous devez également libérer le code source gratuitement. Cela pourrait fonctionner pour vous, mais probablement pas.
LGPL: Si vous l'utilisez dans votre application, vous pouvez toujours avoir une application sous licence propriétaire fermée. Mais si vous modifiez la bibliothèque LGPL, vous devez publier vos modifications sous LGPL, même si votre application peut rester fermée.
Réponses:
Il est parfaitement normal de vendre un «agrégat» de logiciels open source et open source selon la FAQ GPL. Si la société a compilé un Linux, construit son propre programme en utilisant uniquement des bibliothèques LGPL et vendu le produit résultant tout en publiant toutes les sources GPL / LGPL avec lui, ils ne violent pas la GPL.
Le point ici est le suivant: la GPL ne s'étend pas aux programmes s'exécutant simplement sur le même ordinateur et communiquant / interagissant avec le programme de source fermée. Un gestionnaire de fenêtres open source comme BusyBox est bien sûr autorisé à gérer les fenêtres sources fermées. En règle générale, la GPL atteint jusqu'à l'espace d'adressage du code sous licence.
la source
IANAL, mais c'est ce que j'ai appris. Je serais très intéressé de savoir si l'un d'eux est incorrect:
LGPL: Si vous lien statiquement il dans votre application et vous distribuer l'application compilée , vous devez libérer la source sous la licence GPL à toute personne qui reçoit le binaire .
la source
La GPL n'est PAS compatible avec une source fermée. S'ils utilisaient des packs / modules sous licence GPL et fermaient la source, dans le cas général, ils violeraient les conditions GPL.
la source
zoneinfo http://www.twinsun.com/tz/tz-link.htm LGPL
et que le périphérique intégré est à source fermée, faisant des affaires plus de nombreuses années. Direz-vous toujours qu'ils violent les conditions GPL?Il y a des cas clairs et puis certains boueux pour lesquels vous aurez plus d'opinion que les avocats que vous présentez le cas.
Vos règles correspondent à ma compréhension, mais ce qui variera, c'est la définition précise de «l'utilisation». Le système de copyright sur lequel la licence est basée ne concerne pas "l'utilisation" mais "la création d'une œuvre dérivée" et certains argumenteront avec de bons arguments qu'un système composé de différents programmes peut être tel que les différents programmes sont suffisamment liés pour que le tout le système est un travail dérivé de l'un d'entre eux tandis qu'un autre programme unique lié dynamiquement à une bibliothèque n'est pas un travail dérivé de la bibliothèque parce que la bibliothèque implémente un protocole clairement défini et pourrait être remplacé (j'ai vu libreadline utilisé dans de tels un moyen avec un simple wrapper GPL pour correspondre à une interface fournie par l'application). Demandez à votre avocat des conseils spécifiques à votre cas. Rendez-vous devant le juge si celui du titulaire du droit d'auteur n'est pas
la source
(Cette réponse n'était pas destinée à cette question, mais à une question plus spécifique sur
git
, et couvre son cas spécifique plus en détail que cette question ne le permettrait pratiquement. Voir le commentaire 599873 pour plus d'informations. Il restera ici sous cette forme au moins jusqu'à ce que le problème soit résolu .)Ainsi, vous ne pouvez pas faire en sorte que votre travail «contienne»,
git
mais vous pouvez l'inclure en tant qu'entité distincte que votre travail utilise. L'exemple de VMWare montre que ce dernier inclut l'empaquetage dans la distribution ou un fichier composé dans la distribution (c'était une image ISO).Quelle est la distinction? Il m'a fallu un certain temps pour arriver à une conclusion. En fin de compte, le paragraphe "ce n'est pas l'intention ... de revendiquer des droits ... plutôt ... de contrôler la distribution d'œuvres dérivées ou collectives basées sur le Programme" m'a convaincu que la distinction est de savoir si l'œuvre résultante est considéré comme un dérivé de la partie sous GPL en vertu du droit d'auteur. Avec ce dernier, GPL ne peut pas vous aider - vous devez consulter la loi sur le droit d'auteur applicable ou suivre les traces d'un autre.
la source