un software commerciale closed source può effettuare chiamate di sistema (3) a applicazioni GPL (non librerie)?

5

Il software commerciale closed source (CSCS), renderà solo system (3) chiama alle applicazioni GPL.

Il computer dell'utente eseguirà CSCS e chiamerà queste applicazioni GPL, in tempo reale, nello stesso modo in cui un utente può utilizzare la riga di comando e chiamare le stesse applicazioni. Potrebbe essere fornito anche un registro di tali azioni e l'utente potrebbe replicare manualmente tali azioni.

In Java sarebbe come: Runtime.getRuntime().exec("echo Hello");
In C sarebbe come: system("echo Hello");

Il punto è che CSCS sta chiamando un'applicazione GPL per generare solo output in tempo reale, e in modo predeterminato e codificato su di esso, quindi CSCS dipende dall'app GPL per funzionare.

L'applicazione GPL NON è una libreria. È una normale applicazione a riga di comando.

E NON distribuirò alcuna applicazione GPL (né le sue fonti) insieme a CSCS. Dipenderà solo dal fatto che il sistema operativo abbia già installato tali app GPL. Inoltre, CSCS può essere eseguito con almeno la versione dell'applicazione GPL che è stata utilizzata nel tempo di sviluppo (o più recente), quindi NON dipenderà da una versione specifica dell'app GPL da eseguire.

1) Il CSCS può rimanere chiuso su questa unica specifica situazione?

2) O CSCS dovrebbe utilizzare solo l'output generato in modo statico dalle applicazioni GPL, impedendo l'uso in tempo reale, se vuole rimanere chiuso?

3) In alternativa potrebbe essere creato un software LGPL composto da script come ls -l $1 i cui parametri sarebbero dati dinamici forniti da qualsiasi applicazione incluso questo CSCS. In questo caso, tutta la logica di questi script sarebbe esposta e riusabile da chiunque, quindi non proprietaria. Quindi, tali "protocolli" sarebbero tutti LGPL. Può essere fatto? O questo semplicemente ricadrebbe sotto qualcosa di simile all'uso indiretto del software GPL, e quindi GPL potrebbe infettare ogni applicazione che lo utilizza (incluso questo stesso software LGPL, forzandolo a diventare GPL)?

Apprezzerei anche gli estratti che confermano la risposta, grazie!

PS .: Ho letto questo Posso utilizzare il software GPL in un'applicazione commerciale , e non sembra rispondere alla mia domanda specifica.
E, ho bisogno di sapere questo prima di poter prendere in considerazione qualsiasi tipo di utilizzo di applicazioni GPL in tempo reale sul mio software.

Link: link
Non ho potuto evitare di collegare questo link: link
Un altro link: link

Obs .: (2 giorni dopo, considerando tutti i suggerimenti e le risposte commentate) Questi possono contenere la risposta:
A) Penso che questa stessa domanda potrebbe essere "Che cos'è un lavoro derivato dalla GPL?" considerando la sezione "Sistemi in rete".
B) Vedi "Mere aggregazione" nelle FAQ GPL "pipe, socket e argomenti della riga di comando sono meccanismi di comunicazione ".

PS.2: proprio come una dichiarazione di non responsabilità finale, sembra che tutti noi qui non siamo avvocati, e anche se fai tutto correttamente in questa linea, e anche se sei sicuro delle interpretazioni della tua licenza, qualcosa che non ti aspetti può succedere, link

    
posta Aquarius Power 14.12.2014 - 19:48
fonte

2 risposte

5

Questa situazione è trattata nelle FAQ GNU GPL, nella sezione " Vorrei incorporare GPL software coperto nel mio sistema proprietario. Posso farlo? "

in many cases you can distribute the GPL-covered software alongside your proprietary system. To do this validly, you must make sure that the free and non-free programs communicate at arms length, that they are not combined in a way that would make them effectively a single program.

The difference between this and “incorporating” the GPL-covered software is partly a matter of substance and partly form. The substantive part is this: if the two programs are combined so that they become effectively two parts of one program, then you can't treat them as two separate programs. So the GPL has to cover the whole thing.

If the two programs remain well separated, like the compiler and the kernel, or like an editor and a shell, then you can treat them as two separate programs—but you have to do it properly. The issue is simply one of form: how you describe what you are doing. Why do we care about this? Because we want to make sure the users clearly understand the free status of the GPL-covered software in the collection.

    
risposta data 15.12.2014 - 00:22
fonte
2

And, I am NOT going to distribute any GPL application (neither its sources) packaged together with CSCS.

Il copyright controlla chi è autorizzato a distribuire qualcosa, non chi è autorizzato a usarlo. Se non distribuisci l'applicazione GPL, non puoi violare il copyright, anche se dipendi strongmente da esso.

Il tuo utente potrebbe violare le condizioni in cui ha ottenuto l'applicazione che usi, ma GPL non include tali clausole.

    
risposta data 15.12.2014 - 17:57
fonte

Leggi altre domande sui tag