Capacità di avviare un componente aggiuntivo GPL GPL-ize un programma (Gstreamer)

Question

Capacità di avviare un componente aggiuntivo GPL GPL-ize un programma (Gstreamer)

#1 da (4 voti)

3

Questa domanda è stata posta per quanto riguarda gstreamer ma potrebbe essere applicata a qualsiasi architettura basata su componenti aggiuntivi.

Ho un'applicazione basata su Gstreamer che può essere fornita come proprietaria perché utilizzo Gstreamer non modificato con tutte le parti LGPL. Tuttavia, potrei anche pubblicare una versione in cui un plugin Gstreamer è GPL. Per quanto posso dire che contaminerebbe l'intero programma.

Se invece di includere la specifica della pipeline Gstreamer nel programma, la pubblico con la possibilità di leggere una specifica della pipeline da un file esterno (codificata per qualche insieme di istruzioni - cioè come GstParseLaunch () - specifica capace) posso rilasciare il programma come proprietario e i file di specifiche pipe come GPL? Quanto distanti avrei bisogno di pubblicare quegli articoli, cioè, il programma sarebbe in una distribuzione e le specifiche rilasciate separatamente in un'altra?

Che cosa succede se il programma non viene mai realmente rilasciato ma è invece un'applicazione incorporata venduta all'interno di un'appliance e l'appliance viene venduta precaricata sia con la parte proprietaria che con la parte non proprietaria?

gpl lgpl

posta Wes Miller 22.05.2013 - 00:08

fonte

1 risposta

Leggi altre domande sui tag gpl lgpl

Eguaglianza tra concetti di grado e di grado nella teoria relazionale Domanda di progettazione: questo è un buon esempio per il pattern proxy o "over done"?

score 4 · Answer 1

La maggior parte delle risposte è disponibile nelle Domande frequenti sulla GPL .

Per l'interazione tra GPL e software non libero, la regola base è che possono coesistere solo se possono essere entrambi eseguiti come programmi stand-alone. Possono comunicare tra loro attraverso funzionalità standard di comunicazione tra processi, ma dovrebbero essere programmi separati per quanto riguarda il sistema operativo. La principale differenza tra GPL e LGPL in questo è che LGPL consente anche alle librerie collegate dinamicamente di essere utilizzate da un programma non libero.

Per quanto riguarda i plug-in, le uniche cose che influiscono sullo stato della licenza sono il formato dei plug-in e il modo in cui il plug-in e il programma principale interagiscono dopo che il plug-in è stato caricato. Se i plug-in sono programmi separati o l'applicazione li tratta come tali, allora è possibile avere un plug-in GPL in un programma non libero. Se i plug-in sono librerie con qualsiasi tipo di comunicazione avanti e indietro, non puoi utilizzare i plug-in GPL con il tuo programma non libero.

Per quanto posso dire, una specifica esterna dei plug-in da caricare non renderà accettabile (nella vista delle licenze) l'uso di un plug-in GPL con un programma non libero. Hai ragione che l'unico plug-in GPL contamina l'intero programma.

(L) Il software GPL e i dispositivi embedded sono un argomento a parte.

La versione breve qui è che, se si distribuisce un dispositivo che è caricato con software GPL, si sta distribuendo il software, quindi è necessario rendere disponibili le fonti agli acquirenti del dispositivo (supponendo che il software possa essere aggiornato senza fisicamente modifica del dispositivo).

L'intenzione della GPL è sempre stata che gli utenti finali dovrebbero essere in grado di sostituire il software del dispositivo con le proprie versioni, ma a quanto pare la GPLv2 ha una lacuna qui. La GPLv3 ha reso questo intento un requisito esplicito.