Open Source-Projekt in eine geschlossene Quelle umwandeln

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.

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.)

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.

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.

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.