Wie halte ich mich an die GPL, wenn ich mich auf Github verteile?

13

Ich habe kürzlich ein Projekt auf Github gespalten und einige Änderungen daran vorgenommen, sie zurück in das gespaltene Repository verschoben und den ursprünglichen Entwickler gebeten, die Änderungen zu übernehmen. (Ich nehme an, dies ist die bevorzugte Art, auf Github beizutragen.) Das Projekt ist unter der GPLv3 lizenziert .

Ich bin der Autor und der Inhaber des Urheberrechts der Änderungen, die ich am Code vorgenommen habe. Ich darf auch den geänderten Code veröffentlichen (dh die Kombination aus dem Originalcode und meinen Änderungen, die ich durch Drücken der Änderungen in meine Gabel vorgenommen habe), solange ich mit der Lizenz übereinstimme, die der Originalautor eingerichtet hat.

Nun bin ich auf die folgende Anforderung in der GPL gestoßen.

Auf dem Werk müssen auffällige Vermerke angebracht sein, aus denen hervorgeht, dass Sie es geändert haben, und ein relevantes Datum angegeben haben.

Es scheint, dass einige Arbeiten über die eigentliche Codierung hinaus erforderlich sind, bevor ich meine Änderungen legal an Github weitergeben darf. Was beinhaltet diese Arbeit? Wie erfülle ich die oben genannte Anforderung? (Füge ich den geänderten Quelldateien zusätzliche Copyright-Hinweise hinzu? Erstelle ich eine Contributors-Datei und füge mich selbst hinzu? Oder ist die Tatsache, dass die Commits meinen Besitz angeben, ausreichend?) Gibt es zusätzliche Fallstricke, wenn ein durch die GPL geschütztes Projekt gegabelt wird?

avakar
quelle

Antworten:

2

Diese Zeile bezieht sich auf abgeleitete Werke, die vom Master getrennt gepflegt und versendet werden. In einem solchen Fall müssten Sie diese Aufzeichnungen aufbewahren (dies erfolgt automatisch durch die Quellcodeverwaltung).

Was Sie jedoch getan haben, ist keine abgeleitete Arbeit. Sie haben Ihre Änderungen übernommen und wurden in den Hauptzweig zurückgezogen. Ihre Änderungen sind jetzt Teil des ursprünglichen Projekts.

Darüber hinaus bedeutet die Verwendung der Quellcodeverwaltung ( ein öffentliches Repository ), dass Sie diese Anforderung immer erfüllen.

Es ist die Frage, wie jeder Mensch "prominent" definieren kann. Für Entwickler ist die Quellcodeverwaltung (/ + Issue Tracker) eine wichtige Methode zum Anzeigen von Änderungen. Wenn Sie jedoch ein abgeleitetes Werk verwalten, möchten Sie möglicherweise eine Liste mit wesentlichen Änderungen in einem nicht technischen Format führen.

Craige
quelle
1
Ich halte es für unwahrscheinlich, dass die Rechtmäßigkeit, die Änderungen in mein Repo zu übernehmen, davon abhängt, ob der ursprüngliche Entwickler entscheidet, die Änderungen zurückzunehmen oder nicht. Was "Public Repo impliziert Compliance" anbelangt, erscheint mir das vernünftig, aber haben Sie irgendeine Bestätigung für die Behauptung?
Avakar
Sollte es auch nicht eher "abgeleitet" als "abgeleitet" sein? :)
Avakar
@avakar - Ich wollte nicht, dass die Legalität davon abhängt, ob Sie zurückgezogen wurden oder nicht. Ich habe meine Antwort einfach auf Ihren speziellen Fall zugeschnitten. Wenn Sie nicht zurückgezogen werden, behalten Sie eine abgeleitete Arbeit bei. Die Quellcodeverwaltung sollte Sie abdecken, aber der einzige fragwürdige Teil, den ich sehe, ist, wie man "prominent" definiert. Für Entwickler ist die Quellcodeverwaltung eine wichtige Methode zum Anzeigen von Änderungen. Möglicherweise möchten Sie jedoch eine Liste mit wesentlichen Änderungen in einem nicht technischen Format führen.
Craige
1
Auch "abgeleitet" macht grammatikalisch Sinn, aber ich denke, die akzeptierte Terminologie ist "abgeleitet"; Ich habe die Antwort aktualisiert, um stattdessen diesen Begriff zu verwenden.
Craige
@Craige, Brauchen Sie ein Beispiel für "in einem nicht-technischen Format".
Pacerier