Domanda relativa al problema di copyright per un progetto open source [chiuso]

https://stackoverflow.com/questions/1210595

licensing

06-07-2019
|

Domanda

Sono un autore di un progetto Open Source, rilasciato sotto licenza GPL2. Comincio a lavorarci da solo per 2 anni.

In ognuno dei miei file di codice sorgente, allego le seguenti informazioni in cima.

/*
* This program is free software; you can redistribute it and/or modify
* it under the terms of the GNU General Public License as published by
* the Free Software Foundation; either version 2 of the License, or (at
* your option) any later version.
*
* This program is distributed in the hope that it will be useful, but
* WITHOUT ANY WARRANTY; without even the implied warranty of
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
* General Public License for more details.
*
* You should have received a copy of the GNU General Public License
* along with this program; if not, write to the Free Software
* Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA  02111-1307, USA.
*
* Copyright (C) 2009 Yan Cheng Cheok <yccheok@yahoo.com>
*/

Ora il progetto sta attirando l'attenzione del pubblico. C'è un numero crescente di programmatori che si stanno unendo. Mi chiedevo:

(1) Quando un programmatore modifica il mio file di codice sorgente originale, devo aggiungere il suo nome nella sezione copyright. Ma, con il numero crescente di programmatori, questo non manterrà l'intestazione quasi illeggibile? Ad esempio:

(2) Se un programmatore aggiunge un nuovo file di codice sorgente, il copyright del codice sorgente deve appartenere a chi? Me? O lui?

(3) Se c'è un codice sorgente di copyright misto in un progetto, diciamo,

Il file del codice sorgente A.c, B.c, C.c è protetto da copyright Yan Cheng Cheok Il file di codice sorgente D.c, E.c, F.c è protetto da copyright John

Ci sarà un problema? Supponiamo che in futuro John decida di cambiare D.c, E.c, F.c usando una licenza diversa, e Yan Cheng Cheok non è d'accordo con questo ...... Chi avrà l'ultima parola allora?

Al fine di evitare questo tipo di conflitto, devo far rispettare che tutto il codice sorgente commesso deve essere protetto da copyright? Inoltre, non voglio che il nuovo sviluppatore ritenga che il suo lavoro non sia stato accreditato correttamente.

(4) C'è davvero da avere "anno" nelle informazioni sul copyright? Se inserisco il 2009, ciò significa che nel 2010 non detengo più il copyright?

Soluzione

Non sono un avvocato, ma ci ho pensato.

Come autore di software, che si tratti di una patch o di un nuovo bit di funzionalità, detieni il copyright completo del tuo codice sorgente. Puoi decidere come concederlo o a chi concederlo.

Quando qualcuno contribuisce alla fonte del tuo progetto, dovresti almeno ricevere una e-mail da loro che dice a quali termini il suo codice è concesso in licenza. Ad esempio, se hai un progetto MIT e qualcuno contribuisce con una patch che è GPL, sei in una situazione piuttosto grande. Per accettarlo, è necessario autorizzare nuovamente il progetto sotto GPL.

Quindi, per prima cosa:

Ottieni qualcosa per iscritto dal collaboratore che spieghi sotto quale licenza è coperto il suo contributo.

Molti progetti open source vorrebbero che la leva cambi le licenze open source, ad esempio se si desidera ripetere la licenza in GPLv3. Dovrai contattare ogni collaboratore per farlo, alcuni di essi potrebbero essere irraggiungibili, e di nuovo sarai un po 'in difficoltà.

Per contrastare il fatto che molti grandi progetti open source hanno un JCA (Joint Copyright Assignment), che in termini tecnici significa: "Tutti i tuoi contributi ci appartengono". (Vedi ad esempio l'accordo del collaboratore di Suns: http://www.openoffice.org/licenses/sca. pdf )

Se non esiste un JCA, penso che le cose siano un po 'confuse, è necessario modificare i file e posizionare i nomi dei contributori giusti sui file giusti. O meglio ancora mantenere solo un singolo License.txt e avere tutti i riconoscimenti in un punto.

Quindi, per evitare tutto questo fastidio, la cosa più semplice è:

Installa un JCA

L'anno del documento sul copyright non significa che scada l'anno successivo.

Altri suggerimenti

Potresti considerare di rimuovere questa clausola:

, or (at your option) any later version.

in quanto modifica i tuoi diritti in base a eventuali modifiche future alla licenza.

Non sono un avvocato, ma una volta che qualcuno ti fornisce una copia del suo codice sorgente in base a un copyright specifico, avrebbero difficoltà a cambiare la licenza su di te.

Se implementassero un file nuovo di zecca, lascerei loro mettere il loro copyright sul file.

Puoi aggiornare gli anni nel tuo file di copyright ogni anno.

La stampa Nolo ha libri eccellenti su questioni relative al diritto d'autore. Se sei preoccupato, chiama un avvocato.

(IANAL)

Le modifiche apportate da altri collaboratori sono copyright dell'autore. Quando i contributori ti danno questi cambiamenti, puoi ridistribuirli sotto la GPL. Quello che non puoi fare è affidare le modifiche ai contributori ai termini incompatibili con GPL.

Per quanto riguarda i collaboratori che decidono di cambiare le licenze, questo non dovrebbe essere un problema. Una volta che hai contributi sotto ad es. la GPL, un collaboratore può smettere di distribuire nuove copie del proprio codice ma non può riprendere la copia che già possiede.

IANAL

Ogni collaboratore sarebbe proprietario del copyright delle parti che ha scritto, ma questo non dovrebbe essere un grosso problema.

John non ha potuto riprendere il suo codice dopo averlo già rilasciato sotto GPL, ma poteva rilasciarlo di nuovo con un'altra licenza o crearne un fork non GPL, supponendo che ogni riga di codice in quel fork fosse sua, o ha il permesso degli altri contributori.

Se qualcuno ruba il progetto, in violazione della GPL, puoi ancora seguirlo per le parti di esso che hai scritto e altri sviluppatori possono fare lo stesso per il loro.

Alcuni grandi progetti open source richiedono l'assegnazione del copyright da parte dei collaboratori, per garantire la loro capacità di proteggere il progetto nel suo insieme e la loro capacità di riconsegnare il progetto in futuro senza tornare indietro e ottenere l'autorizzazione da ogni collaboratore passato.
http://www.gnu.org/licenses/why-assign.html
http://wiki.services.openoffice.org/wiki/SCA

Autorizzato sotto: CC-BY-SA insieme a attribuzione

Non affiliato a StackOverflow