vendere applicazioni eseguite solo su un server GPL v2 [chiuso]

0

Ho testato l'edizione della community del server Pentaho BI e, dopo aver letto i termini della licenza, ho scoperto che l'edizione della community è in GPLv2.

Come forse saprai, il server è destinato ad ospitare diversi tipi di file e applicazioni (come report, cubi olap, ecc ...)

La mia domanda è: siamo autorizzati a vendere applicazioni eseguite sul server GPLv2? (forse modificheremo un po 'il codice sorgente del server ma non lo applicheremo ai nostri clienti, quindi il server GPL modificato sarà solo un ambiente di esecuzione o un contenitore per i report e le applicazioni che intendiamo vendere)?

questo suggerisce che i nostri clienti debbano prima installare la versione GPL v2 e quindi acquistare da noi i report che funzionano ma non il loro codice sorgente.

Grazie in anticipo.

    
posta gadri mabrouk 22.08.2014 - 15:50
fonte

2 risposte

2

Dichiarazione di non responsabilità: non sono un avvocato. Quando prendi una decisione aziendale basata sulla consulenza di estranei su Internet e sei stato citato in giudizio, è colpa tua.

Innanzitutto, la GPL non vieta l'attività commerciale . Ti consente esplicitamente di addebitare un costo per la distribuzione. L'articolo 4 recita:

You may charge any price or no price for each copy that you convey

Ciò significa che è possibile modificare il software GPL e quindi addebitare a un cliente qualsiasi prezzo desiderato per la versione modificata. Il problema è che è necessario concedere la licenza al cliente come GPL, quindi il cliente deve ottenere il codice sorgente e il diritto di darlo via agli altri alle stesse condizioni. Tuttavia, quando le tue modifiche sono specifiche per il cliente, non c'è nessun altro al quale il cliente possa vendere queste modifiche, quindi la personalizzazione del software GPL può essere un modello di business praticabile.

Ora della tua domanda attuale. Scrivi report che devono essere eseguiti da un prodotto GPL. Questo è molto simile nello spirito a Domande frequenti sulla GNU GPL "Se un interprete di linguaggio di programmazione è rilasciato sotto licenza GPL, ciò significa che i programmi scritti per essere interpretati da esso devono essere sotto licenze GPL-compatibili? ". La risposta fornita dalla Free Software Foundation è questa:

When the interpreter just interprets a language, the answer is no. The interpreted program, to the interpreter, is just data; a free software license like the GPL, based on copyright law, cannot limit what data you use the interpreter on. You can run it on any data (interpreted program), any way you like, and there are no requirements about licensing that data to anyone.

However, when the interpreter is extended to provide “bindings” to other facilities (often, but not necessarily, libraries), the interpreted program is effectively linked to the facilities it uses through these bindings. So if these facilities are released under the GPL, the interpreted program that uses them must be released in a GPL-compatible way. The JNI or Java Native Interface is an example of such a binding mechanism; libraries that are accessed in this way are linked dynamically with the Java programs that call them. These libraries are also linked with the interpreter. If the interpreter is linked statically with these libraries, or if it is designed to link dynamically with these specific libraries, then it too needs to be released in a GPL-compatible way.

Another similar and very common case is to provide libraries with the interpreter which are themselves interpreted. For instance, Perl comes with many Perl modules, and a Java implementation comes with many Java classes. These libraries and the programs that call them are always dynamically linked together.

A consequence is that if you choose to use GPL'd Perl modules or Java classes in your program, you must release the program in a GPL-compatible way, regardless of the license used in the Perl or Java interpreter that the combined Perl or Java program will run on.

Quindi è un caso complicato che dipende da dettagli tecnici che sono al di fuori della mia area di competenza (non ho esperienza con il server Pentaho BI).

La mia raccomandazione finale è chiedere a Pentaho se stessi per la loro opinione sul modello di business e se lo considerano nei termini della licenza o meno.

    
risposta data 22.08.2014 - 18:53
fonte
0

Se il software non si collega (in modo dinamico) al software del server GPL-ed e viene eseguito in un processo separato dal server stesso, il software viene considerato come un'opera indipendente (non derivata dal server) da un prospettiva del copyright. Ciò significa che puoi scegliere qualsiasi licenza per il tuo software, inclusa una fonte chiusa che vieta la ridistribuzione.

Se il software diventa parte del server (ad esempio, caricandolo come plug-in), è necessario distribuire il software sotto una licenza che conferisce agli utenti gli stessi diritti che ottengono con la licenza GPL. Questo non ti impedisce di addebitare soldi per il tuo software, ma di solito non ha molto senso, perché devi fornire l'accesso al tuo codice sorgente e gli utenti hanno il diritto di ridistribuire il software.

Se si apportano modifiche al codice server stesso e si distribuisce il server modificato, è necessario distribuirlo secondo i termini della GPL. Questo è indipendente dalle opzioni di licenza che hai per le tue applicazioni.

    
risposta data 22.08.2014 - 18:48
fonte

Leggi altre domande sui tag