Quali sono le considerazioni legali quando si crea un progetto con licenza BSD?

Sono interessato a creare un progetto rilasciato con una licenza BSD a due clausole :

Copyright (c) 2010 {detentore del copyright} Tutti i diritti riservati.

La ridistribuzione e l'uso in formato sorgente e binario, con o senza modifiche, sono consentiti a condizione che siano soddisfatte le seguenti condizioni:

(1) Le ridistribuzioni del codice sorgente devono conservare la suddetta nota sul copyright, questo elenco di condizioni e la dichiarazione di non responsabilità alla fine. Le ridistribuzioni in forma binaria devono riprodurre la suddetta nota sul copyright, questo elenco di condizioni e la seguente dichiarazione di non responsabilità nella documentazione e / o in altri materiali forniti con la distribuzione.

(2) Né il nome di {detentore del copyright} né i nomi dei suoi collaboratori possono essere utilizzati per avallare o promuovere prodotti derivati ​​da questo software senza previa autorizzazione scritta.

NEGAZIONE

QUESTO SOFTWARE È FORNITO DAI TITOLARI E CONTRIBUTORI DELLA COPYRIGHT "COSÌ COM'È" E SONO ESCLUSE QUALSIASI GARANZIA ESPLICITA O IMPLICITA, COMPRESE, MA NON LIMITATE, LE GARANZIE IMPLICITE DI COMMERCIABILITÀ E IDONEITÀ PER UN PARTICOLARE SCOPO. IN NESSUN CASO IL PROPRIETARIO OI CONTRIBUTORI DEL COPYRIGHT SARANNO RESPONSABILI DI DANNI DIRETTI, INDIRETTI, INCIDENTALI, SPECIALI, ESEMPLARI O CONSEQUENZIALI (COMPRESI, MA NON LIMITATI A, APPROVVIGIONAMENTO DI MERCI O SERVIZI SOSTITUTIVI; PERDITA DI UTILIZZO, DATI O PROFITTI; O INTERRUZIONE COMMERCIALE) TUTTAVIA CAUSA E SU QUALSIASI TEORIA DI RESPONSABILITÀ, SE IN CONTRATTO, RESPONSABILITÀ RIGIDA, O TORT (COMPRESO LA NEGLIGENZA O ALTRIMENTI) DERIVANTE IN QUALSIASI MODO DALL'UTILIZZO DI QUESTO DANNEGGIAMENTO.

Non ho mai biforcuto un progetto prima, ma questo progetto è molto simile a qualcosa di cui ho bisogno / che desidero. Tuttavia, non sono sicuro di quanto lontano andrò, quindi il mio piano è quello di estrarre le ultime dal loro repository e iniziare a lavorare. Forse, alla fine, lo porterò dove voglio e sarò in grado di rilasciarlo. È questo l'approccio giusto?

In che modo, esattamente, questo impatto influisce sul fork del progetto? Come posso tenere traccia di chi possiede quali componenti o sezioni (che cos'è il copyright di me, che cos'è il copyright dei creatori originali, una volta che inizio a calpestare la loro base di codice)? Posso fork questo progetto? Cosa devo fare prima del rilascio e quando / se decido di rilasciare il software derivato da questo lavoro con licenza BSD?

Per rispondere alle tue domande:

È questo l'approccio giusto? Forse, se le tue modifiche sono generalmente utili, proverei a contribuire al progetto invece di biforcarti.

Posso fork questo progetto? Sì. La licenza BSD ti consente di fork. Non è necessario chiedere il permesso di fork.

Come tenere traccia delle modifiche ...? Aggiungi il tuo nome alla nota sul copyright per i file che hai modificato. E assicurati che sia nei file che aggiungi. Se vuoi maggiori dettagli il tuo strumento SCM terrà traccia di chi ha cambiato cosa.

Cosa devo fare prima di rilasciare ...? Se stai rilasciando la fonte, le note sul copyright nella fonte sono sufficienti se rilasci i binari assicurati che l'avviso sul copyright originale sia nella tua documentazione di supporto.

La cosa comune che vedo per gestire questo è fondamentalmente utilizzando un qualche tipo di controllo della versione e quando un file viene modificato di una grande quantità, aggiungendo un'intestazione del copyright.

Ad esempio, in OpenBSD credo che seguano una convenzione come questa:

--top del file--
[intestazione del copyright del recente editore "principale"]

[intestazione del copyright del precedente editore principale]

[intestazione del copyright del creatore]

(dove l'intestazione del copyright è una licenza BSD o altro)

Questo gestisce il problema del copyright per la maggior parte. Fondamentalmente ogni volta che una modifica importante viene eseguita su un file, verrà aggiunta un'intestazione del copyright. Major è soggettivo, ma di solito coinvolge molto più che banali refactoring o porting.

Chiaramente le persone fraintendono ciò che ho detto, quindi ecco una nuova frase: non ti sto dando consigli legali. Se questo è ciò che desideri, chiedi consiglio legale a un avvocato e non a questo sito. Detto questo, ciò che segue è la mia comprensione del fork di un progetto:

In generale, a quanto ho capito, devi lasciare i commenti e non pretendere che qualsiasi codice che hanno scritto sia tuo. Vorrei creare nuovi file per il tuo codice e cercare di non toccarne il loro, a meno che non si estendessero e correggessero errori. Vorrei contattare gli altri sviluppatori prima del fork e vedere se i tuoi contributi possono essere aggiunti al codice principale. In caso contrario, fork e rinominare ma mantenere gli avvisi e attribuire credito dove il credito è dovuto.