Was sind die rechtlichen Überlegungen beim Verzweigen eines BSD-lizenzierten Projekts?

Ich bin daran interessiert, ein Projekt zu forken, das unter einer BSD-Lizenz mit zwei Klauseln veröffentlicht wurde :

Copyright (c) 2010 {Copyright-Inhaber} Alle Rechte vorbehalten.

Die Weiterverteilung und Verwendung in Quell- und Binärform mit oder ohne Änderung ist zulässig, sofern folgende Bedingungen erfüllt sind:

(1) Bei der Weiterverteilung des Quellcodes müssen der oben genannte Copyright-Hinweis, diese Liste der Bedingungen und der Haftungsausschluss am Ende erhalten bleiben. Weiterverteilungen in binärer Form müssen den obigen Copyright-Hinweis, diese Liste von Bedingungen und den folgenden Haftungsausschluss in der Dokumentation und / oder anderen Materialien, die mit der Verteilung bereitgestellt werden, wiedergeben.

(2) Weder der Name des {Copyright-Inhabers} noch die Namen seiner Mitwirkenden dürfen ohne ausdrückliche vorherige schriftliche Genehmigung verwendet werden, um von dieser Software abgeleitete Produkte zu unterstützen oder zu bewerben.

HAFTUNGSAUSSCHLUSS

DIESE SOFTWARE WIRD VON DEN COPYRIGHT-INHABERN UND BEITRÄGERN "WIE BESEHEN" UND AUSDRÜCKLICHEN ODER STILLSCHWEIGENDEN GEWÄHRLEISTUNGEN ZUR VERFÜGUNG GESTELLT, EINSCHLIESSLICH DER STILLSCHWEIGENDEN GEWÄHRLEISTUNGEN FÜR MARKTGÄNGIGKEIT UND EIGNUNG FÜR EINEN BESTIMMTEN ZWECK. IN KEINEM FALL HAFTET DER COPYRIGHT-EIGENTÜMER ODER -BEITRÄGER FÜR DIREKTE, INDIREKTE, NEBEN-, SPEZIELLE, BEISPIELHAFTE, FOLGESCHÄDEN (EINSCHLIESSLICH, ABER NICHT BESCHRÄNKT AUF, BESCHAFFUNG VON ERSATZEN ODER DIENSTLEISTUNGEN; ODER UNTERBRECHUNG DES GESCHÄFTS) JEDOCH VERURSACHT UND AUF JEGLICHE HAFTUNGSTHEORIE, OB VERTRAG, STRENGE HAFTUNG ODER HAFTUNG (EINSCHLIESSLICH NACHLÄSSIGKEIT ODER ANDERWEITIG), DIE AUS DER VERWENDUNG DIESER SOFTWARE ENTSTEHEN.

Ich habe noch nie ein Projekt gegabelt, aber dieses Projekt ist etwas sehr ähnlich, das ich brauche / will. Ich bin mir jedoch nicht sicher, wie weit ich kommen werde. Mein Plan ist es, die neuesten Informationen aus dem Repository zu holen und mit der Arbeit zu beginnen. Vielleicht werde ich es irgendwann dahin bringen, wo ich es haben möchte, und es veröffentlichen können. Ist das der richtige Ansatz?

Wie genau wirkt sich dies auf die Verzweigung des Projekts aus? Wie kann ich nachverfolgen, wem welche Komponenten oder Abschnitte gehören (was ist das Urheberrecht für mich, was ist das Urheberrecht der ursprünglichen Ersteller, sobald ich anfange, über ihre Codebasis zu stampfen)? Kann ich dieses Projekt teilen? Was muss ich vor der Veröffentlichung tun und wann / wenn ich mich entscheide, die von dieser BSD-lizenzierten Arbeit abgeleitete Software freizugeben?

So beantworten Sie Ihre Fragen:

Ist das der richtige Ansatz? Wenn Ihre Änderungen im Allgemeinen nützlich sind, würde ich vielleicht versuchen, einen Beitrag zum Projekt zu leisten, anstatt zu forken.

Kann ich dieses Projekt teilen? Ja. Mit der BSD-Lizenz können Sie diese abspalten. Sie müssen nicht um Erlaubnis bitten, sich zu gabeln.

Wie verfolge ich Änderungen ...? Fügen Sie Ihren Namen zum Copyright-Hinweis für die von Ihnen geänderten Dateien hinzu. Und stellen Sie sicher, dass es sich um Dateien handelt, die Sie hinzufügen. Wenn Sie weitere Details wünschen, verfolgt Ihr SCM-Tool, wer was geändert hat.

Was muss ich tun, bevor ich loslasse ...? Wenn Sie die Quelle freigeben, reichen die Copyright-Hinweise in der Quelle aus, wenn Sie Binärdateien freigeben. Stellen Sie sicher, dass der ursprüngliche Copyright-Hinweis in Ihrer Dokumentation enthalten ist.

Die übliche Sache, die ich sehe, um damit umzugehen, ist im Grunde eine Art Versionskontrolle und wenn eine Datei um einen großen Betrag geändert wird, wird ein Copyright-Header hinzugefügt.

Zum Beispiel glaube ich, dass sie in OpenBSD einer Konvention wie dieser folgen:

--top of file--
[Copyright-Header des letzten "großen" Editors]

[Copyright-Header des vorherigen Haupteditors]

[Copyright-Header des Erstellers]

(wobei der Copyright-Header die BSD-Lizenz oder was auch immer ist)

Dies behandelt größtenteils das Urheberrechtsproblem. Grundsätzlich wird jedes Mal, wenn eine größere Änderung an einer Datei vorgenommen wird, ein Copyright-Header hinzugefügt. Major ist subjektiv, beinhaltet aber normalerweise mehr als triviales Refactoring oder Porting.

Offensichtlich verstehen die Leute falsch, was ich gesagt habe. Hier ist eine Umformulierung: Ich gebe Ihnen keine Rechtsberatung. Wenn Sie dies wünschen, wenden Sie sich bitte an einen Anwalt und nicht an diese Website. Was folgt, ist mein Verständnis, ein Projekt zu forken:

Im Allgemeinen müssen Sie nach meinem Verständnis die Kommentare hinterlassen und dürfen nicht behaupten, dass der von ihnen geschriebene Code Ihnen gehört. Ich würde neue Dateien für Ihren Code erstellen und versuchen, ihre nicht zu berühren - es sei denn, Sie erweitern und beheben Fehler. Ich würde die anderen Entwickler kontaktieren, bevor Sie sich austauschen und prüfen, ob Ihre Beiträge zum Hauptcode hinzugefügt werden können. Wenn nicht, geben Sie die Gabelung und benennen Sie sie neu, behalten Sie jedoch die Hinweise und schreiben Sie die Gutschrift zu, wenn die Gutschrift fällig ist.