web-dev-qa-db-fra.com

Comment utiliser un gemme LGPL affecte mon MIT application sous licence?

Je développe une application Open Source Ruby sous la licence MIT. J'utilise cette licence car je ne veux pas placer des restrictions sur les utilisateurs de l'application. De plus, je peux réellement lire et comprendre cette licence.

J'ai récemment commencé à utiliser un autre Ruby GEM dans mon projet (exigez "certainsgem"). Ceci Ruby GEM est sous la licence LGPL.

Dois-je changer quoi que ce soit sur mon projet parce que j'utilise cet autre Ruby gem licence avec LGPL? Mon projet ne contient pas le code source de l'autre gemme et il n'est pas expédié avec mon projet. Il est simplement répertorié comme une dépendance de sorte que Ruby gemmes l'installera et mon projet l'appellera de mon code.

De plus, il serait utile de savoir s'il y a des licences que j'ai besoin de "surveiller" car les utilisateurs affecteraient la licence de mon projet.

Il y a un autre article sur ce sujet mais formulé de différentes manières. Depuis que je trouve cette licence trucky, j'espère avoir une réponse dirigée vers ma situation.

Merci,
[.____] Corsen

21
corsen

cela n'affecte pas

LGPL - Stands pour moindre gpl (utilisé pour signifier la bibliothèque GPL). La différence significative avec le GPL est que cela n'impose pas la licence sur les logiciels à l'aide de la bibliothèque. Ce n'est que si vous souhaitez modifier la bibliothèque ou incluez directement des pièces du code dans votre logiciel, votre code devrait alors être LGPL. D'autre part, si vous utilisez simplement des gemmes dans votre application, il convient parfaitement à garder votre application avec n'importe quelle licence que vous souhaitez.

La partie mentionnée de LGPL:

Un programme qui ne contient aucune dérivée d'une partie de la bibliothèque, mais est conçue pour fonctionner avec la bibliothèque en étant compilée ou liée à celle-ci, s'appelle un "travail qui utilise la bibliothèque". Un tel travail, isolément, n'est pas un travail dérivé de la bibliothèque et ne relève donc pas de la portée de cette licence.

26
vartec

Dois-je changer quoi que ce soit sur mon projet parce que j'utilise cet autre Ruby = licencié avec LGPL? Mon projet ne contient pas le code source de l'autre gemme et il n'est pas expédié avec Mon projet. Il est simplement répertorié comme une dépendance, de sorte que Ruby gems l'installera et mon projet en appellera de mon code.

Le logiciel LGPL'ed est une dépendance de votre logiciel. Donc, cela fait partie de votre logiciel. Le LGPL permet d'être utilisé à partir de logiciels non libres (tandis que MIT est même un logiciel libre), donc être une dépendance n'est pas un bloqueur.

Cependant, comme il s'agit d'une dépendance, vous devez offrir le code source de celui-ci si vous distribuez votre logiciel. Je n'ai aucun indice si le mécanisme requis dans Ruby fournit toujours des sources aussi. Si oui, je dirais que vous distribuez déjà avec des sources. Sinon, vous devez prendre soin de chaque version. de ce gemme dont vous avez besoin avec votre logiciel vous proposez des sources.

Vous devriez probablement prendre soin des sources de toute façon parce que c'est peut-être que le projet tiers (le gemme) ira-t-il hors ligne et que votre projet serait brisé, puisqu'il nécessite une gemme non existante plus longtemps.

Ce n'est pas un avis juridique, juste d'un point de vue des programmeurs. Considérez que les utilisateurs de votre logiciel vous demandent des sources lorsque votre logiciel utilise la bibliothèque et peut être considéré comme une distribution car vous avez écrit require "somegem" là-bas. La définition juridique de la distribution peut ne pas correspondre à une attente quotidienne de programmeurs de fichiers brûlants sur un CD-ROM. Il est donc sage d'avoir une conception plus large ici pour rester proactive au cas où les choses ne se présentent pas comme prévu.

0
hakre