Quanto tempo devo fornire il codice sorgente per una libreria LGPL?

Question

Quanto tempo devo fornire il codice sorgente per una libreria LGPL?

#1 da (5 voti)
#2 da (4 voti)
#3 da (2 voti)

6

Nel caso in cui mi collegassi dinamicamente a una libreria con licenza LGPL (in questo caso Qt) in un'applicazione commerciale: In che modo devo fornire il codice sorgente della libreria?

È sufficiente un collegamento alla homepage del progetto? O avrei bisogno di ospitare il codice sorgente sui nostri server? Per quale periodo di tempo dopo la distribuzione del software questo sito web deve essere mantenuto attivo? (o "su richiesta" sarebbe anche conforme alla LGPL?)
È ancora necessario offrire il codice sorgente in modo fisico (ad esempio su CD via posta ordinaria) per 3 anni (qualsiasi differenza tra LGPL 2.1 e LGPL 3 qui?)?

L'ho trovato nella Domande frequenti sulla GNU :

Can I put the binaries on my Internet server and put the source on a different Internet site?

Yes. Section 6(d) allows this. However, you must provide clear instructions people can follow to obtain the source, and you must take care to make sure that the source remains available for as long as you distribute the object code.

Ho evidenziato la parte rilevante come testo in grassetto. Tuttavia, non posso credere, che questa è la verità completa. Se distribuisco un'applicazione solo una volta, potrei inserire il codice sorgente online e ritirarlo un giorno dopo. Quindi questo non risponde alla mia domanda ...

C'è un'altra domanda con un argomento correlato qui , ma ha un tentativo diverso dal mio. Richiede solo alternative alla spedizione del codice sorgente direttamente con i binari, mentre la mia domanda mira a chiarire quali circostanze e condizioni dovrei considerare / rispettare quando condivido il codice sorgente della libreria LGPL.

licensing lgpl

posta mozzbozz 06.11.2014 - 11:17

fonte

3 risposte

Leggi altre domande sui tag licensing lgpl

In che modo un contenitore di Dipendenza iniezione / IOC conosce quale implementazione utilizzare? Scegli solo una delle numerose eredità

score 5 · Answer 1

Come regola generale, direi che dovresti rendere la fonte disponibile fintanto che fornisci il supporto per il software che la utilizza, o (preferibilmente) finché puoi dire che viene utilizzata. È difficile dare delle solide linee guida senza sapere di più sul software che stai producendo, e su quale area ti trovi. Per sicurezza, includerei un link da qualche parte nella tua documentazione alla home page del progetto e un nota su quale versione del software utilizza la tua applicazione.

score 4 · Answer 2

Se lo distribuisci solo una volta, basta distribuirlo insieme ai file binari e il gioco è fatto.
Se non sei sicuro, caricalo in un repository pubblico gratuito (bitbucket, github) e non è più responsabilità (a patto che tu abbia smesso di distribuire i binari in ogni caso).

score 2 · Answer 3

Nel tuo caso particolare (stai citando Qt) credo che in pratica dare un link a Qt - inclusa la pagina di download della particolare versione di Qt su cui stai basando il tuo prodotto - è probabilmente sufficiente.

Tuttavia, assicurati che il link sia valido (non hai alcun controllo su come le persone Qt gestiscono il loro sito web). Ciò significa che dovresti almeno guardarlo ogni settimana (o impostare uno script per farlo).

Tuttavia, a titolo di cortesia, è meglio aggiungere una copia locale sul tuo sito web di sorgente di tar archivio della versione pertinente di Qt, e conservare quella copia finché si offre in vendita il prodotto usando Qt o qualche manutenzione o servizi su di esso.

^{IMHO (e io non sono un avvocato) non è una questione di obblighi legali, ma molto più una questione di essere gentile con i tuoi clienti e la comunità Qt in generale. E una copia locale del codice sorgente Qt sul sito web della tua azienda non costa così tanto!}

Finalmente, la tua azienda potrebbe acquistare una licenza diversa di Qt.