Posso modificare il software GPL esistente per utilizzare una libreria proprietaria (closed-source) e quindi distribuirne una o entrambe?

2

Supponiamo di avere un software GPL A e una libreria proprietaria B. Modifica A per usare B. Sono quindi libero di distribuire A da solo? Le FAQ GPL sembrano indicare che è il caso qui: link

Ora, se possiedo già la licenza per B. Sono ora in grado di distribuire sia A che B insieme anche se B è closed-source? Non vedo come potrei essere costretto a concedere in licenza B come GPL dal momento che esisteva già indipendentemente e non è in alcun modo derivato da A.

Tutti i collegamenti a B sono eseguiti dinamicamente in fase di runtime.

    
posta Mobious 20.02.2015 - 01:04
fonte

2 risposte

1

Primo disclaimer 1. Non sono un avvocato, e questo non è un forum per un consiglio legale 2. Se chiedi 5 avvocati IP diversi alla conformità GPL RE, probabilmente otterrai 5 risposte diverse. Non è stato testato molto nelle corti americane AFAIK.

Con ciò, ecco la mia opinione. In breve, credo che tu possa rilasciare A da solo sotto GPL (a condizione che tu soddisfi la disponibilità del codice sorgente e altri requisiti di licenza). Il fatto che tu abbia modificato A per chiamare B significa che devi anche rilasciare la tua modifica ad A con licenza GPL, ma ciò non significa che devi anche rilasciare B sotto GPL, o rilasciare B con A.

La licenza di B (che sia GPL o no, o proprietaria) o anche come chiami B (collegamento dinamico vs statico) è irrilevante qui perché è A chiamante B, non viceversa (quindi non si può dire B è un derivato di A). Stai ancora preservando la libertà degli utenti, che è davvero l'intento e l'essenza della licenza GPL. Gli utenti possono apportare modifiche al codice sorgente di A per utilizzare qualcosa di diverso da B se lo desiderano.

    
risposta data 20.02.2015 - 23:29
fonte
6

È possibile distribuire il software A come GPL, ma solo senza le funzionalità aggiuntive fornite dalla libreria proprietaria B. Se si vincolano le nuove funzionalità nel software A alla libreria proprietaria B, è necessario anche distribuire il codice sorgente di B sotto GPL. Associando i due software in questo modo crea un lavoro derivato.

L'unico modo per farla franca con la licenza A separatamente è legare dinamicamente la libreria B in fase di esecuzione. Se la libreria non è resa disponibile dall'utente, le funzionalità semplicemente non saranno presenti nel software A. Ma il software A deve essere in grado di funzionare sostanzialmente senza la libreria B.

Ci sono anche altre considerazioni. La FSF considera tale accordo valido solo se la comunicazione tra il Software A e la Biblioteca B "avviene a distanza di un braccio." Il significato esatto di "lunghezza del braccio" non è specificato dalla FSF, ma è probabilmente è giusto dire che il tuo software non può essere l'unico software che utilizza la libreria B

Inoltre, per soddisfare lo spirito della GPL, devi consentire al consumatore del Software A di sostituire una libreria adatta per la Libreria B, o anche di scrivere la propria. Questa è la libertà che la GPL è progettato per fornire; la libertà di utilizzare il software nel modo che ritengono opportuno, inclusa la ridistribuzione ad altri (a condizione che seguano anche la GPL).

Quindi è imperativo che la funzionalità del Software A non sia compromessa in alcun modo sostanziale dall'assenza della libreria proprietaria B.

    
risposta data 20.02.2015 - 01:10
fonte

Leggi altre domande sui tag