Open source: qual è la definizione di "lavoro derivato" e come ha impatto copia-sinistra

4

Sono uno sviluppatore di software commerciale e voglio utilizzare open-source nel mio software proprietario.

Come ho capito il concetto di copy-left, usa il copyright degli autori originali per garantire che i loro utenti finali (che includano i miei clienti) non siano privati dei vantaggi del lavoro originale che gli autori originali dei componenti del sistema operativo destinato a loro.

Capisco anche che c'è un incentivo a produrre più software libero e spesso trovo che i siti che chiariscono e raccomandano vari termini di licenza mescolano gli aspetti legali con l'ideologia.

Tutto quello che chiedo è un'immagine chiara. Le persone che vogliono creare OS esclusivamente per altri progetti OS dovrebbero poter farlo. Le persone che vogliono mettere il codice là fuori per qualcuno da usare dovrebbero essere autorizzati a farlo. Inoltre, ci sono molte affermazioni che non hanno la precedenza legale e non sono così chiare come gli autori dei siti di interesse del sistema operativo vorrebbero che fossero.

E sappiamo tutti che il codice non è solo codice.

C'è una differenza tra:

  • Copia del codice sorgente di somebodys nel codice sorgente.
  • Consumare una libreria compilata così com'è da github.
  • Consumare una libreria compilata da una versione modificata a livello locale da github.

Supponiamo che io usi una libreria open source per accedere a fogli di calcolo Excel. È logico che io contribuisca a correggere bugfix / aggiunte ecc. Che abbiano a che fare con il problema generale dell'accesso ai fogli di calcolo Excel. Questo è quello di creare un plugin excel per un'applicazione che già accetta XML, SQL db ecc come meccanismi di input alternativi per gli stessi dati.

** Significa che l'applicazione è considerata "derivata" anche quando non si espande nel dominio problematico dell'importazione di fogli Excel? **

    
posta Tormod 25.03.2014 - 09:24
fonte

2 risposte

5

Dal punto di vista del copyright, un programma che è collegato staticamente a una libreria è un'opera derivata di quella libreria. Il ragionamento per raggiungere tale conclusione è il seguente:

  • Il codice (binario) della libreria è fisicamente contenuto nel programma quando la libreria è collegata staticamente. Questo rende il programma (binario) un'opera derivata della libreria (binaria).
  • Il codice (binario) della libreria è derivato dal codice sorgente della biblioteca tramite traduzione. Questo rende il codice binario un'opera derivata del codice sorgente.

Per le librerie collegate dinamicamente, è meno chiaro se un programma che le usa sia legalmente un lavoro derivato secondo la legge sul copyright. A mia conoscenza, anche gli esperti di diritto non sono d'accordo, ma almeno i sostenitori del copyleft affermano che lo sono.

Che cosa significa tutto questo per l'utilizzo di programmi che utilizzano una libreria in un programma dipende dalla licenza di copyright che la libreria è distribuita e dalla quantità di rischio legale che si è disposti a prendere.

Se la libreria è distribuita con una licenza copyleft, la licenza applica i termini alla distribuzione di tutte le opere derivate, inclusi i programmi binari che utilizzano la libreria e uno di questi termini è che deve essere fornito il codice sorgente.

Se la libreria è distribuita con una licenza non copyleft, la licenza applica solo termini alla distribuzione della libreria stessa (e opere derivate tradotte dalla macchina, come la versione binaria).

Questo significa che in genere puoi usare una libreria senza copyleft in un progetto closed source senza problemi. Non è necessario divulgare la fonte dell'applicazione utilizzando la libreria. Se è necessario distribuire il codice sorgente per le modifiche apportate alla libreria dipende dalla licenza esatta in cui la libreria è distribuita.
Se fai lo stesso con una biblioteca del copyleft, allora dovresti cercare un buon consiglio legale per determinare se stai violando o meno i termini della licenza.

    
risposta data 25.03.2014 - 10:27
fonte
3

Hai chiesto una definizione: In copyright law, a derivative work is an expressive creation that includes major, copyright-protected elements of an original, previously created first work (the underlying work).

Se (a) unisci un lavoro OSS al tuo o (b) modifica un lavoro OSS e quindi distribuisci il risultato con il tuo, sei catturato da questa definizione. Ciò include il collegamento in una libreria OSS, anche se non ne hai mai visto il codice sorgente.

Le disposizioni GPL copia-sinistra possono (probabilmente) essere evitate se si distribuiscono l'app e la libreria separatamente e si collegano al momento dell'installazione o del runtime. Avrai bisogno di un avviso.

Le disposizioni della copia-sinistra LGPL possono (probabilmente) essere evitate se si collega l'app alla libreria senza modifiche al codice sorgente originale. Avrai comunque bisogno di un avviso.

Modifica: Idealmente trovi una licenza permissiva (es. MIT, BSD) ma potresti comunque aver bisogno di un avviso.

Se la libreria è piccola ma la si distribuisce, si è vincolati dai termini della licenza. Semplicemente non è possibile distribuire il codice di altre persone senza la loro licenza, quindi il problema riguarda gli altri termini e condizioni della licenza che potrebbero causare dolore. I termini che ti interessano sono il requisito per un avviso e la copia-sinistra, quindi questo è quello su cui mi sono concentrato.

Come dico alle persone ripetutamente, se non ne fai soldi e non fai del male a nessuno, fai del tuo meglio e non preoccuparti troppo. Se guadagni denaro dal tuo prodotto o servizio e / o se potresti causare danni a qualcuno, devi prendere una consulenza legale competente. Questo non ti proteggerà, ma ti avviserà quanto costerà per difendere un seme.

    
risposta data 25.03.2014 - 10:34
fonte

Leggi altre domande sui tag