Software in esecuzione come servizio che utilizza un programma GPL (v2 +) non modificato come dipendenza principale: il codice sorgente SaaS deve essere rilasciato?

Question

Software in esecuzione come servizio che utilizza un programma GPL (v2 +) non modificato come dipendenza principale: il codice sorgente SaaS deve essere rilasciato?

#1 da (9 voti)
#2 da (-1 voti)

10

Sto progettando un software come progetto di servizio a cui si può accedere solo online. Potrei avere una strong dipendenza da un eseguibile che è coperto da GNU GPL (v2 o successive).

Capisco che il mio codice, se dovessi mai distribuirlo, deve essere distribuito anche ai sensi dei termini GPL. Sono abbastanza sicuro che l'esecuzione del servizio attraverso la rete non è la trasmissione / distribuzione del codice. Quindi, ho ragione nel ritenere che potrei usare la dipendenza GPL senza dover rivelare tutto il mio codice?

Solo così posso fornire un esempio concreto. Diciamo che sto progettando un sistema di elaborazione dei documenti online, un po 'come Google Docs. Voglio poter caricare praticamente qualsiasi tipo di file nel sistema e convertirlo in qualsiasi formato interno. Invece di provare a scalfire un convertitore, preferisco usare un programma esistente che conosco che consente la conversione. Questo programma è un eseguibile con licenza GNU GPL v2 (o successiva). Posso avere legalmente un software come servizio senza fornire il mio codice sorgente?

open-source licensing gpl software-as-a-service

posta Platinum Azure 23.08.2012 - 03:14

fonte

2 risposte

Leggi altre domande sui tag open-source licensing gpl software-as-a-service

Manuali - Come è aggiornato? Alla ricerca di un modello di blocco distribuito

score 9 · Answer 1

Dalla descrizione che hai fornito, la risposta è "no, non devi rivelare". Stai facendo affidamento sull'output dell'eseguibile di GPL o lo stai trattando come un sistema, che sono due eccezioni alla natura virale della GPL. Leggi le Domande frequenti sulla GPL e troverai le risposte in base alle specifiche del tuo scenario.

score -1 · Answer 2

IANAL ma IMO la GPL ha un po 'di ambiguità qui (o interpretazione). GPL ti dà molta libertà quando si tratta di "utilizzo", ma ci sono molte limitazioni riguardo alla "distribuzione di opere derivate". Per prima cosa riguarda l'uso e le opere derivate. Se il tuo codice utilizza solo il software GPL, non è necessario distribuire il codice che utilizza il codice GPL (se modifichi il codice GPL stesso, devi comunque distribuire quella parte di te che stai pianificando di distribuire modifiche), d'altra parte se è considerato un lavoro derivato, allora devi distribuire il tuo codice sorgente. Uno dei punti chiave è se il codice viene eseguito nello stesso spazio di indirizzamento del processo al codice GPL, la posizione ufficiale GNU è che se un programma è collegato a un codice GPLed nello stesso spazio di indirizzamento del processo, allora è considerato un lavoro derivativo, ma un processo che richiama nel codice GPL che vive in un processo separato o in una macchina separata, comunicando tramite IPC (pipe, socket, ecc) potrebbe non rientrare in GPL a seconda della natura della comunicazione (comunicazione semplice come dare opzioni e nomi di file per il programma lavorare su è considerato un utilizzo, ma lo scambio di formati interni complessi potrebbe renderlo di collegamento).

C'è anche l'ambiguità se fornire un servizio Web per consentire alle persone di utilizzare il codice GPL è considerato ridistribuire il software o solo un modo di utilizzare il software. Penso che la maggior parte delle persone ritenga che la semplice fornitura di un servizio Web non sia ridistribuita.

È meglio chiedere all'autore del software cosa pensano di ciò che stai facendo. È meglio rispettare la loro interpretazione invece di andare sulla propria interpretazione. Nel peggiore dei casi, se mai dovesse diventare un problema, potresti obiettare che hai un'autorizzazione esplicita dagli autori stessi o avresti la possibilità di trovare un'altra libreria più permissiva o di negoziare un'eccezione.