Open Source-Projekt in eine geschlossene Quelle umwandeln

19

Wie ist es rechtlich möglich, ein ursprünglich als Open Source veröffentlichtes Projekt wieder auf Closed Source umzustellen? Vor allem eine mit der GPL lizenzierte beliebige Version.

Matt Phillips
quelle
5
Wenn Sie das Urheberrecht an dem Projekt besitzen, können Sie es nach Belieben erneut lizenzieren. Dadurch werden keine bestehenden Lizenzbeziehungen ungültig, die unter der GPL eingerichtet wurden.
Blrfl
Warum nimmst du es nicht einfach, machst es zu einem neuen Projekt und gehst von dort aus?
Rook
@Blrfl Das bringt eine interessante Frage. Jeder, der Teile oder das gesamte GPL-Projekt nutzt, verstößt dann gegen die Closed-Source-Lizenz, da die Codebasis identisch wäre.
Karlson
8
@ Karlson: Nicht wirklich, sie haben sich einfach nie für die Closed-Source-Lizenz angemeldet. Sie bleiben unter der GPL-Lizenz.
DeepSpace101
1
Diese Art von Lizenzfragen werden derzeit auf unserer Metadiskussionsseite erneut geprüft .

Antworten:

10

Hier gibt es zwei Dinge:

  • Widerruf der erteilten Open Source Lizenz. Dies hängt wahrscheinlich vom Text der Lizenz ab. Wenn die Lizenz keine Bestimmung enthält, bin ich mir nicht sicher, ob der Lizenznehmer nicht dagegen verstoßen hat. Und einige Lizenzen wie die GPL-Version 3 sind darin ausdrücklich enthalten:

Alle unter dieser Lizenz gewährten Rechte werden für die Dauer des Urheberrechts am Programm gewährt und sind unwiderruflich, sofern die angegebenen Bedingungen erfüllt sind.

  • erneute Lizenzierung unter anderen Bedingungen. Dies ist möglich, solange Sie die Zustimmung aller Urheberrechtsinhaber erhalten. Wenn Sie die Voraussicht hatten, es zu bekommen, bevor Sie die Beiträge akzeptierten (einige GNU-Projekte wie GCC fordern Sie auf, das Copyright der FSF zuzuweisen), ist es einfach. Wenn Sie dies nicht getan haben, wird es schwierig (einige Projekte tun dies freiwillig, so dass eine Änderung der Lizenz in der Praxis unmöglich ist. Sie holen die Zustimmung aller ein oder verfolgen und entfernen die Beiträge derjenigen, die nicht unpraktisch waren).

(Obligatorische Erwähnung: Ich bin kein Anwalt, sehen Sie Ihren, und einige Aspekte können lokalisiert sein und von Ihrer Gerichtsbarkeit abhängen.)

Ein Programmierer
quelle
4

Sie können einem Benutzer nicht die Nutzungsrechte für bestimmte Software v1.5 entziehen , sobald er diese über eine GPL / OSS-Lizenz erworben hat.

ABER.

Sie können den Autor von given-software v1.5 und kontaktieren

  1. eine kommerzielle Lizenz mit Änderungsrecht und Closed-Source-Weiterverteilung erwerben
  2. Kaufen Sie seine Rechte an der Software von ihm

    (Dies gilt nicht für alle Gerichtsbarkeiten. In vielen Ländern sind einige Rechte unveräußerlich. Der Autor behält diese also immer bei und kann sie nur an Sie lizenzieren. )

    Ah, da Sie bereits dort sind, könnten Sie auch daran interessiert sein, Rechte an dem Namen des Produkts zu erwerben .

Dann könnten Sie weitere Versionen (zB Given-Software 2.0 ) unter einer kommerziellen Lizenz veröffentlichen und nur die vorherige Version kostenlos lassen. (wie bei der Redefreiheit)

Einige OSS-Projekte verkaufen bei jedem größeren Versions-Upgrade weiterhin neue Versionen und veröffentlichen die vorherige als Open Source.

(Ich denke, Ghostscript hier, aber auch Android ist dafür bekannt, dass es so etwas macht, indem es Sachen für interessierte Partner vorab veröffentlicht, und das zu hohen Preisen.)

Was könnte schiefgehen

  1. Wettbewerb. Eine große Umbenennung von OSS Fork + könnte das neue kommerzielle Produkt einfach töten (es ist ein freier Markt)

  2. Der Betreuer verfügt möglicherweise nicht über alle Rechte, die er zur erneuten Lizenzierung von Software 1.5 benötigt

    • Der ursprüngliche Autor ist möglicherweise nicht verfügbar: Der aktuelle Betreuer ist möglicherweise der zweite, dritte oder vierte Betreuer nach dem ursprünglichen Betreuer.
    • Das Projekt hat möglicherweise zu viele externe Fehlerbehebungen oder Funktionserweiterungen erhalten , und der Betreuer hat sich nie die Mühe gemacht, um Verzichtserklärungen zu bitten. Die Software gehört jetzt also dem Betreuer und allen, die jemals Code beigesteuert haben . Unter unbestimmten Bedingungen.

      Ein echtes Durcheinander, das nur darauf wartet, dass ein Anwalt etwas Zeit zum Verbrennen hat, und ein Unternehmen, das es wert ist, für Geld gemolken zu werden. (Tatsächlich fordert sogar das GNU-Projekt immer Ausnahmen, die alle Urheberrechte an der GNU-Stiftung beseitigen.)

    • Ausnahmen hätten unterzeichnet werden können, aber in den Bedingungen könnte genau angegeben sein, dass die Lizenz im Code niemals geändert werden kann .

In den letzten beiden Situationen ist der einzige Ausweg aus OSS ein hartes, riesiges, blutiges und trauriges Umschreiben des gesamten beitragenden Codes. Und selbst wenn es richtig und gut gemacht wird, könnte es immer noch anfechtbar sein (von diesem Anwalt, ja), also ... es ist es wirklich nicht wert.

Haftungsausschluss: IANAL.

ZJR
quelle
Und ja, aus diesem Grund ist es schwer , einen Beitrag zur Hauptcodebasis von Android zu leisten. Sie können nur keine Korrekturen akzeptieren und das OSS-Flag nur für seinen Schlagwortwert winken lassen . (Ja, es ist
scheiße
2
IANAL. Android-Mitwirkende müssen eine "Corporate Contributor License Agreement" (Lizenzvereinbarung für Mitwirkende von Unternehmen) unterzeichnen, die "den Projektleitern" eine Urheberrechtslizenz verleiht, um so ziemlich alles zu tun, was sie mit Ihrem Code wollen.
Jaydee
3

IANAL aber:

Ich denke, wenn Sie alle Urheberrechte an der Codebasis besitzen, dh alle Mitwirkenden Ihnen (oder Ihrer Firma, wie es wahrscheinlicher ist) die Urheberrechte an allen ihren Beiträgen übertragen haben, können Sie diese Codebasis unter einer anderen Lizenz erneut freigeben (die eine geschlossene Quelle sein kann), wenn Sie wählen. Einige Projekte ( wie jQuery ) veröffentlichen ihren Code gleichzeitig unter zwei verschiedenen Lizenzen (eine davon ist die GPL).

Dies ändert jedoch nichts an der Lizenz bestehender Versionen des Codes, und wenn Sie dies tun, sind Ihre Mitwirkenden möglicherweise ziemlich verärgert, indem Sie das Projekt forken und unter einem anderen Namen weiterentwickeln. Zitiere mich nicht dazu, aber ich denke, das war das Ergebnis von Libre Office vs. Open Office.

Gyan alias Gary Buyn
quelle
0

Wenn Sie Inhaber eines Urheberrechts für das Projekt sind, haben Sie das Recht, für jede Partei, an die Sie Ihre Quelle vertreiben, eine (eindeutige) Lizenz festzulegen.

Nun, da Sie jemandem bereits einen Code mit der GPL gegeben haben, kann das, was er / sie jetzt besitzt, nicht widerrufen werden, es sei denn, der Code wurde unter bestimmten Bedingungen verteilt.

Zum Beispiel war Open Office Open Source (und ist es immer noch). Aber seit Oracle Sun übernommen hat, waren die Leute der Ansicht, dass OO möglicherweise zu eng ist, damit sie diesen Code unabhängig unter dem Namen Libre Office ändern können, und Oracle kann dieses Recht nicht widerrufen.

Es gibt jedoch zwei Dinge, die Sie immer tun können:

  1. Lizenz unter bestimmten Bedingungen anhängen. Zum Beispiel können Sie eine kommerzielle Lizenz haben, die sich von Open Source unterscheidet. Dies ist nur möglich, wenn Sie selbst ein Open Source-Projekt (oder eine NGO / Academia) sind.

  2. Für alle neuen Versionen können Sie weiterhin die alte Lizenz beenden und eine neue bereitstellen. Zum Beispiel war REDHAT 7 (oder 8) alles Open Source. Danach gründeten sie RHEL, das kommerziell lizenziert wurde. So wurde Fedora geboren.

Dipan Mehta
quelle