In che modo le licenze compatibili GPL come il MIT sono utilizzabili nei programmi GPL senza essere soggette alla disposizione del copyleft?

16

Attualmente sto esaminando le possibilità e le implicazioni del collegamento a una libreria GPL per un'applicazione in un contesto commerciale.

Da quanto ho capito della GPL, purché l'applicazione sia utilizzata internamente, non vi è alcun obbligo di rilasciare il proprio codice (anche se una copia viene spostata in una controllata controllata).

Quello che non capisco è il seguente punto dalle FAQ:

Se una libreria è rilasciata sotto GPL (non la LGPL), significa che qualsiasi software che la usa deve essere sotto licenza GPL o GPL-compatibile ? Sì, perché il software così com'è effettivamente eseguito include la libreria.

Se guardo le licenze GPL-compatibili , alcune di esse (come quello boost) non sembrano imporre il rilascio del codice. Usarlo creerebbe una situazione in cui potresti essere conforme alla licenza GPL senza dover rispettare l'obbligo di rendere pubblico il tuo codice (che non sembra molto credibile).

(NB: ci sono componenti in Adobe Photoshop con licenza sotto boost e non penso che il codice sia disponibile su richiesta)

La spiegazione più ragionevole sarebbe che mi manca qualcosa ... Potresti dirmi dove ho fatto un errore?

    
posta Louis Morazzani 10.07.2013 - 23:59
fonte

3 risposte

24

How are GPL-compatible licenses like MIT usable in GPL programs without being subject to the copyleft provision?

Risposta breve: Non lo sono. Saranno soggetti al copyleft.

Risposta lunga:

L' articolo di Wikipedia sulla compatibilità delle licenze ha una buona sezione su Compatibilità GPL :

Many of the most common free software licenses, such as the original MIT/X license, ... are "GPL-compatible". That is, their code can be combined with a program under the GPL without conflict (the new combination would have the GPL applied to the whole).

[grassetto aggiunto]

E più esplicitamente dalle Domande frequenti sulla FSF sulla compatibilità GPL :

It means that the other license and the GNU GPL are compatible; you can combine code released under the other license with code released under the GNU GPL in one larger program.

E solo per l'edificazione, ecco i commenti di FSF su varie licenze

Il commento di FSF sulla promozione della licenza

This is a lax, permissive non-copyleft free software license, compatible with the GNU GPL.

Il che significa che qualsiasi cosa sotto licenza Boost è facilmente inclusa dalla GPL.

Dove diventa difficile

Supponiamo di avere una licenza di Foo di progetto in Boost e una licenza di Bar project in GPL e che voglia utilizzare Foo .

Bar+Foo è consentito poiché le licenze sono compatibili e il rilascio di Bar+Foo deve essere GPL come Bar è GPL. Foo , di per sé e senza Bar o Bar+Foo , è ancora disponibile con la licenza Boost. Detto in altro modo, Bar+Foo non ha alcun impatto sulla licenza su Foo stesso.

La licenza risultante della combinazione del progetto è un evento che agisce in avanti solo per la combinazione. È non un evento retroattivo.

Quindi, se qualcun altro vuole prendere Foo e fare qualcos'altro con esso, è comunque libero di farlo senza la clausola del copyleft della GPL. Tuttavia, se prendono Bar+Foo , eliminano Bar e usano solo +Foo , quindi sono ancora vincolati dai termini della GPL poiché Bar+Foo era GPL'd.

La tua altra domanda:

From what I've understood of the GPL, as long as the application is used internally there is no obligation to release its code (even if a copy is moved to a controlled subsidiary).

Questa risposta è direttamente dalla Domande frequenti sulla GPL sulla distribuzione di origine

The GPL does not require you to release your modified version, or any part of it. You are free to make modifications and use them privately, without ever releasing them. This applies to organizations (including companies), too; an organization can make a modified version and use it internally without ever releasing it outside the organization.

Le consociate interamente controllate sono considerate parte dell'organizzazione madre, per cui si dovrebbe essere giuridicamente all'oscuro. La FSF sottolinea che stai violando lo spirito del Software Libero.

    
risposta data 11.07.2013 - 15:36
fonte
8

Per "compatibilità GPL", intendono una licenza che non è in conflitto con GPL. Una licenza meno restrittiva, come la licenza Boost, è "compatibile" con la GPL perché non limita gli utenti del codice a fare qualcosa che la GPL consentirebbe a un utente di fare. Cioè, la licenza Boost consente alle persone di copiare liberamente, che è ciò che la GPL richiede che le persone siano autorizzate.

Un esempio di licenza che non è "compatibile" sarebbe una licenza che richiedeva un compenso agli autori originali per consentire agli utenti di distribuire copie. Poiché la GPL consente esplicitamente la distribuzione sia gratuita che a pagamento, questa licenza più restrittiva non sarebbe compatibile.

In altre parole, la GPL dice "Devi permettere $ A, $ B e $ C". Qualsiasi licenza che consente $ A, $ B, $ C e anche $ D e $ E è compatibile. Una licenza che consentiva $ A e $ B ma non $ C non lo sarebbe.

    
risposta data 11.07.2013 - 05:56
fonte
0

Penso che la seguente risposta da Domande frequenti sulle licenze GNU non sia del tutto corretta :

If a library is released under the GPL (not the LGPL), does that mean that any software which uses it has to be under the GPL or a GPL-compatible license?

Yes, because the software as it is actually run includes the library.

In realtà, se una libreria viene rilasciata sotto licenza GPL, qualsiasi software che la utilizza deve essere la GPL stessa a causa della sua cosiddetta natura "virale". Non è possibile utilizzare una licenza permissiva GPL come boost .

    
risposta data 06.12.2016 - 00:11
fonte

Leggi altre domande sui tag