Ab und zu wird der Aufruhr der Community über umstrittene Open-Source-Lizenzen in einem beliebten Produkt Schlagzeilen machen und uns alle dazu bringen, darüber zu debattieren, worum es bei Open Source-Lizenzen wirklich geht. Letztes Jahr war es das Verbot von Komponenten durch die Apache Foundation mit der umstrittenen Patentklausel von Facebook React, das für Aufsehen sorgte und Entwickler auf die Reddit-Boards schickte., In den letzten Monaten haben Redis Labs und MongoDB Änderungen an den Open-Source-Lizenzen einiger ihrer beliebtesten Open-Source-Datenbanken vorgenommen, sodass viele sich den Kopf kratzen und die Notwendigkeit von Open-Source-Lizenzen in Human Speak erläutern müssen.

Die Grundlagen: Was ist eine Open Source Lizenz?

Die einfachste Erklärung ist, dass Open-Source-Lizenzen legale und verbindliche Verträge zwischen dem Autor und dem Benutzer einer Softwarekomponente sind, in denen erklärt wird, dass die Software unter bestimmten Bedingungen in kommerziellen Anwendungen verwendet werden kann., Die Lizenz macht Code zu einer Open-Source-Komponente. Ohne eine Open-Source-Lizenz ist die Softwarekomponente von anderen unbrauchbar, auch wenn sie öffentlich auf GitHub veröffentlicht wurde.

Jede Open-Source-Lizenz gibt an, was Benutzer mit den Softwarekomponenten, ihren Verpflichtungen und was sie gemäß den Allgemeinen Geschäftsbedingungen nicht tun dürfen. Das mag ziemlich geradlinig klingen, aber es gibt über 200 Open-Source-Lizenzen da draußen, also viel Glück, sie alle zu organisieren., Es liegt an Organisationen, die in ihrer Komplexität und ihren Anforderungen unterschiedlich sind, zu wählen, welche Lizenzen am besten mit ihren Richtlinien kompatibel sind, um sicherzustellen, dass sie konform bleiben.

Copyleft-und Freizügige: Zwei Arten von Open-Source-Lizenzen Erklärt

Die zwei Hauptkategorien von open-source-Lizenzen erfordern Häufig umfassende Erklärung. Open-Source-Lizenzen können in zwei Hauptkategorien unterteilt werden: Copyleft und Permissive. Diese Aufteilung basiert auf den Anforderungen und Einschränkungen, die die Lizenz den Benutzern auferlegt.,

Das Urheberrecht ist ein Gesetz, das das Recht einschränkt, kreative Werke ohne Erlaubnis des Urheberrechtsinhabers zu verwenden, zu ändern und zu teilen. Denken Sie an Musik, Filme usw., die das geistige Eigentum ihres Schöpfers sind. Wenn ein Autor ein Programm unter einer Copyleft-Lizenz veröffentlicht, erhebt er einen Anspruch auf das Urheberrecht des Werks und gibt eine Erklärung ab, dass andere Personen das Recht haben, das Werk zu verwenden, zu ändern und zu teilen, solange die Gegenseitigkeit der Verpflichtung aufrechterhalten wird., Kurz gesagt, wenn sie eine Komponente mit dieser Art von Open-Source-Lizenz verwenden, müssen auch sie ihren Code für die Verwendung durch andere öffnen.

Eine freizügige Open-Source-Lizenz ist eine Nicht-Copyleft-Open-Source-Lizenz, die die Freiheit garantiert, abgeleitete Werke zu verwenden, zu modifizieren und weiterzugeben und gleichzeitig proprietäre Werke zuzulassen. Permissive Open-Source-Lizenzen, liebevoll als „Anything Goes“ bezeichnet, legen minimale Einschränkungen fest, wie andere Open-Source-Komponenten verwenden können., Das bedeutet, dass diese Art von Lizenz unterschiedliche Freiheitsgrade für die Verwendung, Änderung und Verbreitung von Open-Source-Code ermöglicht, seine Verwendung in proprietären abgeleiteten Werken ermöglicht und in Bezug auf zukünftige Verpflichtungen fast nichts als Gegenleistung erfordert.

Spickzettel: Top Open-Source-Lizenzen erklärt

Es ist wichtig zu beachten, dass es keine guten oder schlechten Lizenzen gibt und dass keine Lizenz besser ist als eine andere. Jeder kann eine Open-Source-Lizenz erstellen, die zu seiner Fantasie passt, weshalb es so viele gibt., Dies könnte die Auswahl einer Open-Source-Lizenz kompliziert machen, insbesondere für diejenigen von uns, die sich mit dem Gesetz nicht auskennen und noch nie Open-Source-Lizenzen gründlich erklärt haben. Um die Entscheidung einzugrenzen und einen Sinn für alles zu machen, hat das OSI eine Liste genehmigter Lizenzen zusammengestellt, die aus etwas mehr als 80 am häufigsten verwendeten Open-Source-Lizenzen besteht.

Von den zehn Open-Source-Lizenzen in der OSI-genehmigten Liste regieren einige und werden von einigen der beliebtesten Open-Source-Projekte verwendet.,

Wir haben eine schnelle Liste erklärt die am häufigsten verwendeten open-source-Lizenzen:

  • GNU General Public License (GPL)
  • Der Apache-Lizenz
  • Öffentlichen Microsoft-Lizenzen (Ms-PL)
  • Berkeley Software Distribution (BSD)
  • Common Development and Distribution License (CDDL)
  • Eclipse Public License (EPL)
  • MIT-Lizenz

GNU General Public License (GPL)

Der GNU General Public License ist die am weitesten verbreitete open-source-Lizenz um., Richard Stallman schuf die GPL, um die GNU-Software davor zu schützen, proprietär zu werden, und es ist eine spezifische Implementierung seines „Copyleft“ – Konzepts.

die GPL ist eine copyleft-Lizenz. Dies bedeutet, dass jede Software, die auf einer GPL-Komponente basiert, als Open Source veröffentlicht werden muss. Das Ergebnis ist, dass jede Software, die eine Open-Source-GPL-Komponente verwendet (unabhängig von ihrem Prozentsatz im gesamten Code), erforderlich ist, um ihren vollständigen Quellcode und alle Rechte zum Ändern und Verteilen des gesamten Codes freizugeben.,

Es gab immer Verwirrung darüber, was ein „Werk auf der Grundlage“ eines anderen Werkes ausmacht, was wiederum die GPL-Reziprokitätspflicht auslöst. Der FSF versuchte, der GPLv3 mehr Klarheit darüber zu verschaffen, wann die Reziprokitätspflicht ausgelöst wird. Die FSF schrieb sogar eine neue GPL-Lizenz, die Affero-Lizenz, um eine bestimmte Verwirrung zu beheben, die als „ASP-Lücke“bezeichnet wird.

Zusätzlich versuchte die FSF die Kompatibilität der GPLv3 mit anderen Lizenzen zu erhöhen. Um zwei Codes zu einer größeren Arbeit zu kombinieren, müssen beide Programme dies zulassen., Wenn solche Rechte von den Lizenzen beider Programme gewährt werden, sind sie kompatibel. Durch die Kompatibilität der GPLv3 erweiterte die FSF die Entwicklungsmöglichkeiten.

Der dritte Unterschied zwischen den beiden Versionen besteht darin, dass die GPLv3 geschrieben wurde, um die weltweite Nutzung zu erhöhen. Die Sprache, die in GPLv3 zur Beschreibung der Lizenzrechte verwendet wird, wurde geändert, um sicherzustellen, dass internationale Gesetze sie im Gegensatz zu der in GPLv2 verwendeten Sprache, die als sehr US-zentriert gilt, als FSF interpretieren., Mit GPLv3 können Entwickler auch lokale Haftungsausschlüsse hinzufügen, was auch dazu beiträgt, die Nutzung außerhalb der USA zu erhöhen.

Top 10 GPL Lizenz Fragen Beantwortet

Die Apache Lizenz

Die Apache Lizenz ist eine open source software lizenz freigegeben durch die Apache Software Foundation (ASF). Es ist eine beliebte und weit verbreitete Lizenz, die von einer starken Community unterstützt wird. Mit der Apache-Lizenz können Sie jedes Apache-lizenzierte Produkt frei verwenden, ändern und vertreiben. Dabei müssen Sie jedoch die Bedingungen der Apache-Lizenz befolgen.,

Die Apache-Gruppe (später Apache Software Foundation genannt) veröffentlichte 1995 die erste Version ihrer Lizenz, aber es ist selten, dass Sie auf Komponenten stoßen, die diese Lizenz noch tragen.

Im Jahr 2000, als Berkeley das Argument der Free Software Foundation akzeptierte und ihre Werbeklausel von der BSD-Lizenz zurückzog und die modifizierte BSD-Lizenz gründete, tat Apache dies ebenfalls und erstellte die Apache-Lizenzversion 1.1.,

Das Entfernen der Werbeklausel bedeutete, dass die Werbematerialien der abgeleiteten Werke eines Apache-Lizenzprodukts nicht mehr erforderlich waren, um die Apache-Lizenzzuordnung aufzunehmen. Es wurde in Ordnung, die Zuordnung allein in die Dokumentation aufzunehmen.

Im Jahr 2004 beschloss der ASF, etwas radikaler vom BSD-Modell abzuweichen und produzierte die Apache-Lizenzversion 2.0, indem er Patente gewährte und solide Definitionen der Konzepte definierte, die er verwendet, um sie kohärenter zu machen.,

Top 10 Fragen zur Apache-Lizenz beantwortet

Microsoft Public Licenses (Ms-PL)

Die Microsoft Public License ist eine kostenlose Open-Source-Softwarelizenz von Microsoft, die sie für ihre Projekte geschrieben hat, die als Open Source veröffentlicht wurden.

Es steht Ihnen frei, Original-oder abgeleitete Werke von Software zu reproduzieren und zu verbreiten, die unter der Ms-PL-Lizenz lizenziert ist. Sie dürfen jedoch den Namen, das Logo oder die Marken der Mitwirkenden nicht verwenden, wenn Sie dies tun., Der Ms-PL schützt die Autoren, indem er ausdrücklich keine ausdrücklichen Garantien oder Garantien für die Verwendung Ihres Codes anbietet, so dass der Autor nicht haftet, wenn der Code in einigen Fällen nicht gut funktioniert.

Wenn Sie Software (oder deren Teil) unter dem Ms-PL verteilen, müssen Sie den Quellcode nicht verteilen. Sie können dies tun, wenn Sie wollen, aber Sie sind nicht verpflichtet. Sie sind jedoch verpflichtet, alle Urheberrechts -, Patent -, Marken-und Attributionshinweise, die ursprünglich in der Software vorhanden sind, aufzubewahren.,

Wenn Sie einen Teil der Software in ihrer Quellcodeform vertreiben, dürfen Sie dies nur unter Ms-PL tun, indem Sie eine vollständige Kopie dieser Lizenz in Ihre Distribution aufnehmen. Wenn Sie einen Teil der Software in ihrer kompilierten oder Objektcodeform verteilen, dürfen Sie dies nur unter einer anderen Lizenz tun, die dem Ms-PL entspricht.

Es ist wichtig zu beachten, dass das Ms-PL-Dokument sehr kurz, prägnant und in einer sehr kohärenten Sprache verfasst ist., Microsoft wollte sehr klar und direkt mit der Open-Source-Community sein, was auch zur Adoptionsrate beiträgt (wie wir aus der BSD-Lizenz wissen).

Berkeley Software Distribution (BSD)

die BSD-Lizenzen oder die ursprüngliche BSD-Lizenz und seinen zwei Varianten der Modifizierten BSD-Lizenz (3-Klausel) und der Vereinfachten BSD License/FreeBSD License (2-Klausel) sind eine Familie der permissive free software licenses.,

Mit der BSD-Lizenz können Sie den Code Ihrer Software im Quell-oder Binärformat frei ändern und verteilen, solange Sie eine Kopie des Urheberrechtsvermerks, der Liste der Bedingungen und des Haftungsausschlusses behalten.
Die ursprüngliche BSD-Lizenz oder die 4-Klausel – BSD-Lizenz enthält auch eine Werbeklausel und eine Nicht-Billigung Klausel (detaillierte Erklärung zu diesen Klauseln sind in den folgenden Fragen angeboten). Die modifizierte BSD-Lizenz oder die 3-Klausel – BSD-Lizenz wurde durch Entfernen der Werbeklausel aus der ursprünglichen BSD-Lizenz gebildet., Ferner wurde die FreeBSD-Version oder die 2-Klausel-BSD-Lizenz durch Entfernen der Non-Endorsement-Klausel aus der modifizierten BSD-Lizenz oder der 3-Klausel-BSD-Lizenz gebildet.

Common Development and Distribution License (CDDL)

CDDL ist eine open-source-Lizenz veröffentlicht, die von Sun Microsystems zu ersetzen, die Sun Public License (SPL). Die CDDL-Lizenz wird von Sun (jetzt Oracle) als SPL Version 2 betrachtet. Es ist inspiriert von der Mozilla Public License (MPL)., Sun veröffentlichte seine freie Software / Open Source-Projekte unter seiner Sun Public License (SPL), bevor es sich 2004 auf die CDDL verließ. CDDL wird oft als bereinigte Version der MPL bezeichnet und soll die Wiederverwendbarkeit erleichtern.

Es steht Ihnen frei, Originale oder abgeleitete Werke einer unter der CDDL lizenzierten Software zu reproduzieren und zu verbreiten. Sie dürfen jedoch keine in der Software enthaltenen Urheber -, Patent-oder Markenvermerke entfernen oder ändern., Sie müssen auch alle Lizenzhinweise oder beschreibenden Texte aufbewahren, die einem Mitwirkenden oder dem ursprünglichen Entwickler eine Zuordnung geben.

Wenn Sie Ihre Software in einer ausführbaren Form (jede andere Form als Quellcode) verteilen, müssen Sie den Quellcode auch unter der CDDL verfügbar machen. Das ausführbare Formular kann unter der CDDL oder allen CDDL-kompatiblen Lizenzen freigegeben werden.,

Der Quellcode, den Sie zur Verfügung stellen müssen, enthält Ihre Beiträge, solange sie den Inhalt einer Datei, die die Originalsoftware enthält, ergänzen, löschen oder ändern – oder neue Dateien, die Teile des Originalprogramms enthalten. Das heißt, wenn Ihre Ergänzungen in separaten und unabhängigen Dateien vorgenommen werden, die nicht den ursprünglichen Code enthalten, müssen Sie ihn nicht unter der CDDL freigeben. Sie können das tun, wenn Sie möchten, aber Sie sind nicht verpflichtet.

Darüber hinaus müssen Sie eine Kopie der CDDL mit jedem Quellcode, den Sie verteilen., Für jede Änderung, die Sie vornehmen, müssen Sie sich als Modifikator identifizieren, indem Sie einen Hinweis in Ihre geänderten Dateien einfügen.

Eclipse Public License (EPL)

Die Eclipse Public License (EPL) ist ein open-source-Lizenz entwickelt von the Eclipse Foundation. Es ist abgeleitet von der Common Public License (CPL). Die Eclipse-Codebasis, die jetzt unter der EPL verfügbar ist, wurde früher unter der CPL lizenziert.

Die EPL-Lizenz ist eine Copyleft-Lizenz., Wenn Sie eine EPL ‚ ed-Komponente ändern und im Quellcode-Formular als Teil Ihres Programms verteilen, müssen Sie den geänderten Code unter der EPL offenlegen. Wenn Sie ein solches Programm in seiner Objektcode-Form verteilen, müssen Sie angeben, dass der Quellcode dem Empfänger auf Anfrage zur Verfügung gestellt werden kann. Sie müssen auch die Methode zum Anfordern des Quellcodes freigeben.

Die Eclipse Foundation macht deutlich, dass ihrer Meinung nach „nur die Anbindung oder Interoperabilität“ mit einem Eclipse-Plugin Ihren Code nicht zu einem abgeleiteten Werk des Plugins macht.,
Wenn Sie ein Programm mit einer EPL-Komponente zu verteilen, sind Sie verpflichtet, den vollständigen Lizenztext und die Urheberrechte enthalten.

Die EPL schützt den Autor vor möglichen Klagen oder Schäden, die entstehen, wenn ein Unternehmen seine Komponente in einem kommerziellen Produkt verwendet. Es bietet auch eine Patenterteilung.

MIT License

MIT ist eine der freizügigsten freien Softwarelizenzenzen. Grundsätzlich können Sie mit Software, die unter der MIT – Lizenz lizenziert ist, alles tun, was Sie wollen-nur wenn Sie eine Kopie der ursprünglichen MIT-Lizenz und des Copyright-Hinweises hinzufügen., Seine Einfachheit ist der Grund für seine hohe Adoptionsrate unter den Entwicklern.

Kennen Sie Ihre Open-Source-Lizenzen Oder erklären Sie es dem Richter

Wenn Sie so weit gekommen sind, dann wissen Sie, dass Open-Source-Lizenzen nichts für schwache Nerven sind.