In che modo l'utilizzo di una gemma LGPL influenza la mia applicazione con licenza MIT?

Question

In che modo l'utilizzo di una gemma LGPL influenza la mia applicazione con licenza MIT?

#1 da (25 voti)
#2 da (0 voti)

21

Sto sviluppando un'applicazione ruby open source con la licenza MIT. Sto usando questa licenza perché non voglio mettere alcuna restrizione sugli utenti dell'applicazione. Inoltre posso effettivamente leggere e capire questa licenza.

Recentemente ho iniziato a usare un'altra gemma di rubino nel mio progetto (richiede "somegem"). Questa gemma di rubino è sotto la licenza LGPL.

Devo cambiare qualcosa sul mio progetto perché sto usando questo altro gioiello rubino con licenza LGPL? Il mio progetto non contiene il codice sorgente per l'altra gemma e non è stato spedito con il mio progetto. È semplicemente elencato come una dipendenza in modo che ruby gems lo installerà e il mio progetto lo chiamerà dal mio codice.

Inoltre, sarebbe utile sapere se ci sono licenze che devo "stare attenti" perché l'utilizzo di esse influirebbe sulla licenza del mio progetto.

Ci sono altri post su questo argomento, ma formulati in diversi modi. Dal momento che trovo questa roba di licenza ingannevole spero di ottenere una risposta diretta alla mia situazione.

Grazie,
Corsen

mit-license licensing lgpl ruby

posta corsen 28.03.2012 - 01:01

fonte

2 risposte

Leggi altre domande sui tag mit-license licensing lgpl ruby

Best practice per l'aggiornamento del codice legacy con test automatici In realtà, uno sviluppatore amministra anche DBMS e sistema? [chiuso]

score 25 · Answer 1

Non ha effetto

LGPL - sta per Lesser GPL (usato per indicare la libreria GPL). La differenza significativa con GPL è che non impone la licenza sul software che utilizza la libreria. Solo se modifichi la libreria o includi direttamente parti del codice nel tuo software, allora il tuo codice dovrebbe essere LGPL. D'altra parte, se stai usando gem nella tua app, è perfetto per mantenere la tua app con qualsiasi licenza che ti piace.

La parte citata di LGPL:

A program that contains no derivative of any portion of the Library, but is designed to work with the Library by being compiled or linked with it, is called a "work that uses the Library". Such a work, in isolation, is not a derivative work of the Library, and therefore falls outside the scope of this License.

score 0 · Answer 2

Do I have to change anything about my project because I am using this other ruby gem that is licensed with LGPL? My project does not contain the source code for the other gem and it is not shipped with my project. It is simply listed as a dependency so that ruby gems will install it and my project will call into it from my code.

Il software LGPL è una dipendenza del software. Quindi in realtà fa parte del tuo software. LGPL permette di essere utilizzato da software non libero (mentre il MIT è anche software libero), quindi essere una dipendenza non è un blocco.

Tuttavia, dato che si tratta di una dipendenza, è necessario offrire il codice sorgente di questo se si distribuisce il software. Non ho idea se il meccanismo richiesto all'interno di ruby fornisce sempre anche delle fonti. In tal caso, direi che già distribuisci con le fonti. In caso contrario, è necessario fare attenzione che per ogni versione di quel gioiello che si richiede con il software si offrono fonti per.

Probabilmente dovresti prenderti cura delle fonti in ogni caso perché potrebbe essere che il progetto di terze parti (la gemma) andasse offline e il tuo progetto sarebbe interrotto perché richiede una gemma inesistente.

Questo non è un consiglio legale, solo dal punto di vista dei programmatori. Considera che gli utenti del tuo software chiedono le tue fonti mentre il tuo software utilizza la libreria e può essere effettivamente visto come una distribuzione perché hai scritto require "somegem" lì. La definizione legale di distribuzione potrebbe non corrispondere alle aspettative quotidiane dei programmatori di masterizzare i file su un cd-rom. Quindi è meglio avere una concezione più ampia qui per rimanere proattivi nel caso in cui le cose non andassero come previsto.