Posso legalmente ed eticamente prendere un progetto open source con contributi della comunità a fonte chiusa? [chiuso]


17

Diciamo che inizio e sviluppo alcuni progetti con licenza open source e accetto alcuni contributi della community. Quanto è instabile il terreno su cui mi trovo se decido di prendere il progetto commerciale e open-source (o licenza divisa)?

Questa domanda non affronta direttamente la questione di un progetto con contributi della comunità, che sembra un territorio diverso, almeno per quanto riguarda l'etica. Legalmente, questo potrebbe anche essere incerto, perché non sono sicuro che i contributi rientrino nel mio copyright o se il collaboratore detenga il copyright per la parte del progetto che ha aggiunto.

Sono al sicuro (eticamente e legalmente) fintanto che sarò in prima fila con la possibilità che io possa prendere la pubblicità del progetto in futuro?


5
Dipende in gran parte dal tipo di licenza del progetto - se si tratta di GPL sei un po 'bloccato.
JohnL

Ricorda di aggiungere il
zzzzBov,

1
Eticamente o moralmente ? O entrambi? (-:
hippietrail

2
Potresti evitare molto dolore decidendo quali parti del progetto saranno la tua "salsa segreta" e quali no, quindi sviluppando quest'ultima fonte aperta e lasciandole in quel modo. Ciò riduce il carico di lavoro e ti consente di mantenere i segreti per te.
Nathan Long,

Non credo che tu possa cambiare un progetto su licenza come il BSD dopo averlo concesso in licenza. La cosa che puoi fare è anche la licenza con un'altra licenza, ma il progetto avrà anche la licenza BSD.
Pieter B,

Risposte:


22

In generale, i collaboratori della comunità manterrebbero il loro copyright sul codice che hanno contribuito al progetto. Concedono in licenza il contributo all'utente quando contribuiscono al codice. Se si desidera mantenere la possibilità di modificare le condizioni di licenza in futuro, in genere è necessario che i collaboratori assegnino il proprio copyright (personalmente o un'entità aziendale creata per possedere i diritti d'autore per questo progetto) o che le condizioni modificate avrebbero bisogno per essere compatibile con le nuove condizioni di licenza. Naturalmente, se hai bisogno di questo tipo di documenti per l'assegnazione del copyright prima di poter accettare un contributo da parte della comunità, è molto meno probabile che la comunità decida di contribuire e dovrai fare un buon lavoro per ottenere le forme legali in ordine prima di accettare ogni contributo. Più, c'è una forte possibilità che il tuo progetto venga biforcuto se e quando decidi di cambiare i termini della licenza. Mi sembra improbabile che un nuovo progetto open source otterrà molti contributi dalla comunità in tali circostanze.

In genere sarebbe più semplice se il prodotto fosse stato inizialmente concesso in licenza in base alle condizioni di licenza divisa o se le condizioni di licenza iniziale fossero compatibili con un futuro prodotto a sorgente chiuso. Il codice che è sotto la licenza BSD, ad esempio, può essere incorporato in un prodotto commerciale in qualsiasi momento, quindi se il progetto e i contributi sono sotto la licenza BSD, è possibile rilasciare facilmente una versione commerciale dello stesso prodotto. La tua intenzione (o opzione) di produrre un prodotto commerciale, tuttavia, probabilmente ridurrà l'interesse a dare contributi al tuo progetto - la maggior parte degli sviluppatori open source non è interessata a fornire contributi non pagati a un prodotto commerciale.

Naturalmente, come per qualsiasi problema legale, vorresti parlare con un avvocato piuttosto che fare affidamento su un post sul forum prima di intraprendere qualsiasi tipo di azione definitiva. Quasi sicuramente vorrai che quell'avvocato rediga il documento di assegnazione del copyright di cui avrai bisogno che le persone firmino e dovrai discutere i tuoi piani per il futuro con l'avvocato per assicurarti che tutto sia impostato correttamente.


La conservazione dei diritti d'autore da parte dei collaboratori sembra quindi problematica, anche con qualcosa come le licenze divise. I contributori potrebbero potenzialmente decidere di non voler più permettermi di utilizzare il loro contributo a livello commerciale (o per niente, suppongo). Sono fuori base in quella conclusione?
Chris Bye,

5
@ChrisBye - Quando un collaboratore contribuisce con il codice, ti dà una licenza per usarlo secondo i termini della licenza del progetto. Proprio come non puoi impedire retroattivamente alle persone che utilizzano la versione open source del tuo prodotto, i contributori non possono impedirti di utilizzare i loro contributi nei termini in cui li hanno originariamente forniti. Apportare successive modifiche ai termini della licenza è dove si verificano problemi perché è necessario tornare indietro e ottenere l'autorizzazione di tutti. Questo è vero anche per qualcosa di relativamente minore come passare da GPL v2 a GPL v3.
Grotta di Giustino il

Questo ha MOLTO più senso. (Sto per percorrere la riga "dovrebbe essere una nuova domanda") Questo mi suggerisce che se dovessi offrire una licenza divisa dall'inizio, (come suggerito nei commenti sulla risposta di Simon) probabilmente dovrei occuparmi di cessione del copyright.
Chris Bye,

2
@ChrisBye - Offrire la licenza divisa dall'inizio è una proposta molto più semplice dal punto di vista legale: in futuro è molto più difficile modificare le condizioni di licenza che specificare le condizioni di licenza che si desidera inizialmente inizialmente. Ovviamente, ciò significa anche che è più difficile attrarre contributi della comunità poiché la maggior parte dei contributori open source non è interessante nel fornire contributi non pagati a un prodotto commerciale.
Grotta di Giustino il

16

Se il progetto è concesso in licenza in base a una delle licenze più permissive (BSD, MIT, Boost o Apache sono quelle che conosco lo consentono), è legalmente autorizzato a distribuire il codice oggetto e non è necessario fornire alcuna modifica apportata il codice sorgente torna alla comunità. È inoltre possibile concedere in licenza il lavoro derivato con una licenza diversa. Si noti che è ancora necessario includere il testo della licenza secondo i requisiti della licenza.

Se questo è etico o no è qualcosa di piuttosto controverso. Tendo a pensare che se uno sviluppatore ha concesso in licenza il proprio codice in base a una di queste licenze più permissive, desidera che il software venga utilizzato sia in progetti open source che commerciali. Se non volevano un uso commerciale del loro codice, avrebbero dovuto concederlo in licenza in base al GPLv3.


Questo è il motivo per cui, IMO, un forte copyleft come GPL è meglio di hippie come fai come desideri BSD, MIT, et al;)
Andres F.

1
Anche se il progetto ha una licenza non permissiva, potrebbe essere possibile chiuderlo se i collaboratori ti hanno assegnato il copyright. Alcuni progetti open source richiedono che i contributori assegnino il copyright, anche se in genere possono cambiare da una licenza all'altra (ad es. Quando GPL viene aggiornato)
MarkJ

4
@AndresF. non necessariamente ... se uno stack TCPIP non fosse stato concesso in licenza con il codice BSD, Microsoft non lo avrebbe usato in Windows NT e ora tutti useremmo MSNetwork :( Non scrivere i vantaggi delle licenze BSD solo perché qualcuno può guadagnare da esso. Mi piace pensare che la licenza BSD sia la migliore per le biblioteche che vuoi diventare standard e la licenza GPL per i prodotti.
gbjbaanb

7

Qualsiasi contributo che offro al tuo progetto rimane il mio copyright a meno che non lo assegni a qualcun altro. Essere il titolare del copyright significa che posso decidere con quale licenza è disponibile il mio lavoro.

Quindi la licenza è un problema correlato, ma separato. Se contribuisco al tuo progetto, dovrei essere d'accordo a rilasciare il mio lavoro sotto la licenza del progetto (o forse compatibile).

Molte licenze open source non ti permetterebbero di chiudere la fonte derivata in seguito, ma alcuni lo faranno. Se ho capito bene, nessuno ti permetterebbe di chiudere l'attuale base di codice (aperta), quindi anche questo è qualcosa che dovresti considerare.

Quindi dovrai iniziare con una licenza che ti consenta di chiudere lo sviluppo futuro o avere un accordo in tal senso con tutti i collaboratori. È meglio prendere quest'ultimo con un avvocato prima che ci siano contributi significativi ed essere molto in anticipo su ciò che stai cercando di fare.


Temporaneo -1. La tua risposta è confusa. Contribuendo a un progetto, ti stai sottomettendo ai termini della sua licenza comprensiva. Intendi altrimenti?
Craige,

1
@Craige la mia comprensione è che la proprietà del copyright e delle licenze sono questioni separate
jk.

@Craige, no, non lo sto insinuando, ma lo modificherò per renderlo più chiaro. Copyright e licenze correlate, ma non uguali.
simon,

+1 E -1 a @Craige, con tutto il rispetto. jk è corretto qui e ti sbagli
MarkJ

1
@ Chris, i progetti con licenza divisa che ho visto lavorare grazie all'assegnazione del copyright. Se detengo il copyright completo di un progetto, posso offrirlo con tutte le licenze che scelgo.
simon,

4

Se vuoi cambiare la licenza del tuo progetto o hai richiesto a tutti i collaboratori di firmare un "Accordo per collaboratori" o devi richiedere l'autorizzazione a ciascuno dei partecipanti.

che è abbastanza difficile e il motivo per cui il kernel Linux è ancora sotto gpl v2


0

La maggior parte dei progetti di sistemi operativi sembra avere un braccio commerciale collegato, come una versione Enterprise. Fondamentalmente, offrono SLA, supporto, ecc. Penso che se il progetto è open source, fondamentalmente non puoi semplicemente chiuderlo. Potresti essere in grado di rendere le versioni future chiuse e rinominarle, o rendere i componenti aggiuntivi chiusi, ma i progetti reali, per quanto ho capito, devono rimanere Open Source. Penso che l'impresa sia un modo migliore per andare avanti, si ottengono comunque vantaggi open source e si possono generare entrate.
Per curiosità, perché vuoi chiudere l'origine del tuo progetto?


0

Legalmente, se usi una licenza abbastanza aperta da permettere a chiunque sia coinvolto nel commercio, immagino (non essere un avvocato) che anche tu sarai in grado di farlo.

Eticamente avresti un obbligo più forte. Dovresti essere molto aperto e chiaro sulle tue intenzioni sia inizialmente che nel tempo man mano che i tuoi piani cambiano.


0

Inoltre, potresti voler adottare un modello simile a quello di Redhat. Creazione di plugin chiusi ma lasciando il core open source. Questo può portare a una migliore innovazione, poiché otterrai comunque il supporto della community per un prodotto a beneficio della community open source. Offrire formazione, consulenza e supporto può anche addolcire l'affare per te.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.