Contenente la GPL in un servizio esterno?

L'intenzione della GPL è di garantire la massima libertà possibile per gli utenti (di fine) del codice GPL. Pertanto:

• puoi utilizzare liberamente il software GPL, anche in applicazioni closed source. La GPL non richiede di aprire il codice.
• quando ridistribuisci / trasmetti il software GPL, devi utilizzare la licenza GPL in modo che i tuoi utenti godano della stessa libertà - non puoi concederti in sublicenza per impostare termini diversi.
• quando distribuisci software che dipende dal codice GPL, devi concedere in licenza il tuo software sotto licenza GPL.

Quindi la GPL è solo "virale" quando si distribuisce il software. Quando il tuo software GPL-dipendente non è distribuito, non è necessario rilasciare licenze.

Quando il software funziona solo sui tuoi server, non stai trasmettendo il software ai tuoi utenti finali, stai semplicemente fornendo l'accesso a quel software. Questa è una scappatoia valida nella GPL e l'AGPL la chiude (legando i requisiti di licenza all'utilizzo piuttosto che alla distribuzione).

Quindi, per riassumere: sei libero di usare il software GPL in un contesto SaaS senza dover rendere il tuo codice GPLed - purché fornisci semplicemente l'accesso al tuo software GPL-dipendente e non lo distribuisci (es. vendi il tuo software a i clienti in modo che possano installarlo sui propri server o rendere disponibile il software in alcuni gestori di pacchetti pubblici). Le regole di distribuzione GPL si attivano solo quando si fornisce una copia del software a un'altra entità legale, ad es. una società diversa.

È possibile che l'intento della GPL possa ancora essere applicato qui. La FSF menziona brevemente questo tipo di scenario nelle Domande frequenti sulla GPL :

It is essential for people to have the freedom to make modifications and use them privately, without ever publishing those modifications. However, putting the program on a server machine for the public to talk to is hardly “private” use, so it would be legitimate to require release of the source code in that special case.

Quindi ovviamente non vogliono che la GPL sia minata in questo modo ma il problema è imbarazzante. Si potrebbe ancora sostenere che il codice GPL nascosto, il codice di wrapper del server e il codice client sono insieme un unico lavoro che deve essere compatibile GPL ogni volta che vengono propagati. Non è un enorme tratto se l'unica funzionalità del server è quella di mediare tra codice GPL e codice client che dipende dal codice GPL e interagisce direttamente con le sue strutture dati. Nessuno può saperlo con certezza, ma non è impensabile che la FSF possa convincere un giudice che una rete non è uno scudo impenetrabile contro la responsabilità di violazione del copyright.