Alcuni aggiornamenti della libreria LGPL pubblicati utilizzano una libreria commerciale?

1

Sto usando una libreria LGPL v3 e ho fatto degli aggiornamenti. Prima di utilizzare questi aggiornamenti, capisco che devo pubblicarli. È giusto.

  1. È legale se eseguo aggiornamenti che utilizzano una libreria commerciale di il mio (gli aggiornamenti saranno pubblicati, ma non la mia biblioteca commerciale)? Nota: di solito, le domande sono dall'altra parte: applicazioni commerciali che vogliono utilizzare le librerie GPL.

  2. Se sì a (1), ci sono alcune restrizioni sulla build della libreria LGPL aggiornata? La libreria commerciale deve essere collegata in modo dinamico o statico, o qualsiasi altra cosa?

posta lalebarde 02.01.2014 - 13:07
fonte

2 risposte

2

Innanzitutto, il disclaimer IANAL necessario. IMHO la LGPL non può forzarti a pubblicare il codice che lavora . Supponiamo che tu pubblicherai una nuova versione di quella lib e introdurrà un nuovo bug. C'è un no obbligo per te di correggere quel bug (almeno non dalla stessa LGPL, forse hai un contratto con i tuoi clienti, ma questa è una domanda diversa).

Ora supponiamo che questo "bug" sia di natura che la lib (o le funzionalità che hai aggiunto) funzioni solo quando la tua libreria commerciale è disponibile sul sistema di destinazione. Questo non fa una grande differenza per la prima situazione, non c'è ancora alcun obbligo di pubblicare la tua parte commerciale. C'è il rischio di rendere la tua forcella impopolare, ma non credo che diventerà illegale in questo modo.

Tuttavia, AFAIK un punto centrale della LGPL è che gli utenti finali dovrebbero essere abilitati ad aggiornare le parti coperte da LGPL del sistema applicativo che si sta pubblicando, senza alcuna restrizione. Questo probabilmente non sarà possibile se la tua versione distribuita della libreria LGPL è collegata staticamente a qualcosa che non pubblichi nel mondo. Quindi, se vuoi evitare una violazione della licenza, assicurati che dopo le tue modifiche, altri possano ancora compilare la lib LGPL in una forma che è "abilitata" per lavorare insieme alla tua lib commerciale, anche quando non hanno una licenza per la tua lib commerciale

    
risposta data 02.01.2014 - 15:19
fonte
1

Non trovo la LGPL che neghi o permetta in modo conclusivo lo scenario che descrivi. Suona in qualche modo contro lo spirito della LGPL.

Non sarebbe una soluzione migliore se si refactoring il codice LGPL tale che si aggiungono interfacce che consentono di collegare la funzionalità proprietaria? Questo può portare benefici ad altri con requisiti simili.

Questo sarebbe anche a tuo vantaggio se la tua patch venisse accettata dai manutentori della biblioteca: non è necessario unire la tua fork della libreria con revisioni successive della libreria.

    
risposta data 02.01.2014 - 15:23
fonte

Leggi altre domande sui tag