È consentito incorporare uno strumento da riga di comando LGPL?

7

Voglio vendere un'applicazione chiusa che dipende da un determinato strumento da riga di comando. Sono autorizzato a distribuire il mio software incluso questo strumento da riga di comando?

Ad esempio, come binario separato accompagnato dal file NOTICE corretto e, se necessario, dal codice sorgente.

Devo spiegare come chiamo questo binario, quindi l'utente potrebbe scambiarlo?

    
posta Nick Russler 11.12.2014 - 17:08
fonte

4 risposte

11

Consulta un avvocato per questo, tutto ciò che ottieni da questo sito (come la risposta che segue) non ti libererà da alcuna responsabilità né garantirà che sarai al sicuro dall'accusa. Questo sito non è assolutamente un sostituto appropriato per qualsiasi tipo di consulenza legale.

Ora, per quanto riguarda la questione, da quanto ho capito, LGPL consentirà l'inclusione di una libreria con licenza se l'utente del software proprietario in grado di sostituire, da solo, i componenti LGPL con il proprio. Ciò implica che l'hai usato direttamente senza modifiche o che fornisci il codice sorgente con le tue modifiche al componente e che fornisci mezzi sufficienti al cliente per eseguire le modifiche.

In altre parole, la LGPL deve garantire che il cliente rimanga libero di fare tutto ciò che desidera per le parti coperte da LGPL che vengono spedite con la tua applicazione senza prima esserlo.

La pagina di Wikipedia è un buon punto per iniziare a capirlo link

potresti provare a sfogliare groklaw per vedere se coprono l'argomento

link

Anche in questo caso NON si tratta di un consiglio legale in ogni caso, procurati un avvocato che ti aiuti in modo corretto.

Grazie a GpN to fin questa FAQ che copre quasi tutto ciò che stai cercando per.

    
risposta data 11.12.2014 - 17:26
fonte
12

LGPL ti consente di collegare o incorporare i binari senza aprire la tua fonte, purché fornisci il codice sorgente per i binari e pubblichi le modifiche apportate alle librerie.

Devi anche distribuire la tua applicazione in modo da consentire a qualcuno di sostituire la libreria LGPL, se lo desidera. In pratica, ciò significa che devi linkare dinamicamente alla libreria, in modo che non sia richiesto a un compilatore e al codice sorgente di eseguire il collegamento.

    
risposta data 11.12.2014 - 17:21
fonte
5

Il testo della LGPL è complesso, poiché tenta di definire il termine "link", poiché la LGPL intende coprire le biblioteche. Quindi è una domanda legale completamente aperta se incorporare un eseguibile LGPL (che non è una libreria) come parte di un lavoro più ampio è:

  1. la creazione di un lavoro derivato esentato dalle disposizioni GPL dalla LGPL.
  2. la creazione di un lavoro derivato non esentato dalla fornitura GPL da parte della LGPL.
  3. la creazione di una 'semplice aggregazione', e quindi non soggetto affatto ai termini della licenza.

Dipenderà da come un tribunale ha deciso di interpretare l'esenzione nella LGPL e come quella stessa corte vedrebbe quello che hai costruito. Può dipendere esattamente, tecnicamente, in che modo combini quel file eseguibile con il resto della tua roba.

Nel caso (1) o (3), devi solo rendere disponibile la fonte del comando stesso. In (2), dovresti rendere disponibile tutto la tua fonte.

In breve, se qui c'è un sacco di soldi, avrai bisogno di un consiglio legale.

    
risposta data 11.12.2014 - 23:36
fonte
0

AFAICT non è vietato vendere (L) il software GPL, a condizione che tu fornisca un modo per ottenere la sua fonte; per esempio. Red Hat fa esattamente questo. Presumo che tu non apporti modifiche allo strumento (L) GPLed, quindi il collegamento al codice sorgente canonico dovrebbe andare bene.

Sembra che lo strumento sia specificamente progettato per essere incluso come parte di un'opera derivata non GPL. Almeno, quindi funziona con le librerie LGPL che è possibile collegare a file binari non GPL.

Nota: IANAL.

    
risposta data 11.12.2014 - 17:21
fonte

Leggi altre domande sui tag