Definition „Quelloffener Code“

Was ist Open Source Code?

| Autor / Redakteur: LineFeed / Stephan Augsten

Open Source Code erlaubt ganz allgemein sowohl eine Copyleft- als auch eine Non-Copyleft-Lizenzierung.
Open Source Code erlaubt ganz allgemein sowohl eine Copyleft- als auch eine Non-Copyleft-Lizenzierung. (© ribkhan - stock.adobe.com)

Der Begriff Open Source betont den (freien) Zugang zum Quelltext als wesentlichen Bestandteil der Lizenzvereinbarung, ohne das Recht auf Weitergabe und Veränderung durch den Nutzer festzuschreiben. Das spricht besonders kommerzielle Anbieter an.

Open Source bezeichnet ein kollaboratives Lizenzmodell für Software, das dem allgemeineren, um 2009 popularisierten Begriff der Shareconomy entspricht. Der Begriff ist aus der „Copyleft / Non-Copyleft“-Kontroverse um die GNU General Public License entstanden, die mit dem Betriebssystemduett aus GNU-Toolchain und Linux-Betriebssystemkern im Verlauf der 1990er-Jahre eine große Verbreitung fand.

Historisch bedingt legt die GPL besonderen Wert darauf, dass eine unter dieser Lizenz veröffentlichte Software auch in der Zukunft frei zugänglich bleibt. Daher fordert sie nicht nur den freien, wenn auch nicht unbedingt unentgeltlichen Zugang zum Quelltext für den Nutzer, sondern auch das Recht auf Veränderung und die Weitergabe.

Das schließt die Veröffentlichung modifizierter Quellen ein, sofern diese wieder unter der GPL oder einer kompatiblen Lizenz erfolgt. Ende der 1990er-Jahre sahen manche Entwickler aus dem Linux-Umfeld diese Klauseln eher als Hinderungsgrund für die Akzeptanz Freier Software im kommerziellen Umfeld denn als einen Schutz vor Umwandlung in Closed Source.

Die GPL als Ursprung des Open-Source-Lizenzmodells

Hintergrund der speziellen (in Anlehnung an den Begriff Copyright als Copyleft bezeichneten) Bedingungen der GPL ist die Änderung der Lizenzierung der Quellen des Betriebssystems Unix durch AT&T. Diese erfolgte 1982 im Rahmen der Aufteilung des Konzerns aufgrund der Anti-Trust-Gesetzgebung der USA.

Die zuvor im akademischen Umfeld preisgünstigen Unix-Lizenzen (150 USD) wurden dadurch für Ausbildungszwecke unerschwinglich. Richard M. Stallman initiierte daraufhin 1983 das GNU-Projekt, mit dem Ziel, ein frei zugängliches, Unix-kompatibles Betriebssystem zu schaffen. In diesem Rahmen schrieb er auch 1989 die erste Version der GPL, als allgemein verwendbare Lizenz für diese Art Software.

Copyleft vs. Non-Copyleft

Kritiker der GPL, auch aus dem Open-Source-Umfeld, bezeichnen Copyleft-Lizenzen als viral. Wenn ein derartig lizensierter Quelltext in ein anderes Softwareprodukt eingebunden wird, muss dessen Veröffentlichung ebenfalls unter einer entsprechenden Lizenz erfolgen.

Eine Ausnahme bildet die LGPL, eine Variante der GPL, die speziell für Software-Bibliotheken geschrieben wurde, die nicht eigenständig lauffähig sind, sondern mit anderer Software verlinkt werden. Das reine Verlinken erlaubt die LGPL auch mit Closed-Source Produkten.

Open Source erlaubt hingegen ganz allgemein sowohl eine Copyleft- als auch eine Non-Copyleft-Lizenzierung. Ein prominentes Beispiel einer Open-Source-Lizenz mit Non-Copyleft ist die Apache License. Sie wird von der Apache Software Foundation für den beliebten Webserver und weitere Produkte genutzt und fordert bei der Veröffentlichung eines modifizierten Codes lediglich den Erhalt der ursprünglichen Urheberrechtsangaben und Haftungsausschlussklauseln.

Open Source vs. Free Software

Einen wesentlichen Einfluss auf die Entstehung und Popularisierung des Begriffs Open Source hatte die Publikation „The Cathedral and the Bazaar“, ein Essay über Development Community. Urheber der 1997 erschienenen Abhandlung ist Eric S. Raymond, der spätere Gründungspräsident der Open Source Initiative (OSI).

Großen Einfluss hatte auch die Freigabe der Quellen des Netscape Navigator sowie weiterer Teile der Netscape Communicator Internet Suite. Auf dieser Basis entwickelte sich ab 1998 zunächst die Mozilla Application Suite, aus der bekanntermaßen Open-Source-Projekte wie Mozilla Firebird, SeaMonkey und Thunderbird hervorgegangen sind.

Für Raymond und weitere Vertreter der Community war das der Anlass, die OSI zu gründen, um den Begriff Open Source zu popularisieren. Namhafte Personen aus dem Free-Software-Umfeld, die frühzeitig auf die Bezeichnung Open Source umschwenkten, sind Bruce Perens, damaliger Präsident des Debian Projekts, der Verleger Tim O'Reilly und nicht zuletzt Linus Torvalds, der initiale Urheber des Linux-Betriebssystemkerns.

Die Kompatibilität von GPL und Open Source

Open Source steht nicht unbedingt im Widerspruch zur GPL, sondern schließt die Freie Software als Sonderfall ein. Eine Open-Source-Lizenz, die ein Copyleft beinhaltet, ist im Allgemeinen auch kompatibel mit der GPL. Non-Copyleft Lizenzen sind es dagegen nicht. Umgekehrt ist eine unter der GPL veröffentlichte Software in jedem Fall auch Open Source. Die Verbindung zwischen beiden Begriffen wird in Bezeichnungen wie Free and Open Source Software (FOSS) deutlich.

Der Name Open Source vermeidet jedoch ein Missverständnis, das bei freier Software so häufig vorkommt und auf das die Free Software Foundation explizit im Logo der GPLv3 hinweist: „Free as in Freedom“ – Frei wie in Freiheit ist gemeint, nicht wie in Freifahrtschein. Bei Open Source ist ein solches Missverständnis nicht möglich.

Kommentare werden geladen....

Kommentar zu diesem Artikel

Der Kommentar wird durch einen Redakteur geprüft und in Kürze freigeschaltet.

Anonym mitdiskutieren oder einloggen Anmelden

Avatar
Zur Wahrung unserer Interessen speichern wir zusätzlich zu den o.g. Informationen die IP-Adresse. Dies dient ausschließlich dem Zweck, dass Sie als Urheber des Kommentars identifiziert werden können. Rechtliche Grundlage ist die Wahrung berechtigter Interessen gem. Art 6 Abs 1 lit. f) DSGVO.
  1. Avatar
    Avatar
    Bearbeitet von am
    Bearbeitet von am
    1. Avatar
      Avatar
      Bearbeitet von am
      Bearbeitet von am

Kommentare werden geladen....

Kommentar melden

Melden Sie diesen Kommentar, wenn dieser nicht den Richtlinien entspricht.

Kommentar Freigeben

Der untenstehende Text wird an den Kommentator gesendet, falls dieser eine Email-hinterlegt hat.

Freigabe entfernen

Der untenstehende Text wird an den Kommentator gesendet, falls dieser eine Email-hinterlegt hat.

Aktuelle Beiträge zu diesem Thema

Android 10 – die Neuerungen für Entwickler

Mehr Datenschutz, faltbare Displays, Machine Learning und mehr

Android 10 – die Neuerungen für Entwickler

Mit Android 10 veröffentlichte Google vergangene Woche die neue Version seines Betriebssystems für Smartphones, Tablets und andere Geräte ein. Die neue Version betrifft auch Entwickler. Wir zeigen, was wichtig ist. lesen

Updates für CaaS und Cloud Application Platform

Suse verbessert Anwendungsbereitstellung

Updates für CaaS und Cloud Application Platform

Suse hat auf dem Cloud Foundry Summit mit CaaS Platform 4 und Cloud Application Platform 1.5 Updates für die containerisierte und Cloud-native Anwendungsbereitstellung vorgestellt. Erstmals kommt dabei das Open Source-Projekt Cilium zum Einsatz. lesen

Die ideale DevOps-Teamstruktur

Kooperation nach dem Gesetz von Conway

Die ideale DevOps-Teamstruktur

Die Zusammenarbeit von Development und Operations verbessert und beschleunigt Prozesse. Doch erst eine wohlüberlegte DevOps-Struktur hilft dabei, dass die beiden völlig unterschiedlichen Bereiche reibungslos miteinander kooperieren. lesen

Google Summer of Code – Ergebnisse veröffentlicht

Studentische Open-Source-Projekte

Google Summer of Code – Ergebnisse veröffentlicht

Der 15. Google Summer of Code, kurz SoC, ist abgeschlossen und die finalen Ergebnisse liegen vor. Auch dieses Jahr muss das Projekt wieder als Erfolg gelten, wie ein Streifzug durch die Projekte zeigt. lesen

Welche Linux Shell darf es sein?

Bash und andere Kommandozeilen-Interpreter

Welche Linux Shell darf es sein?

Die erste Assoziation bezüglich einer Linux-Shell dürfte bei den meisten Anwendern wohl Bash sein. Die Bourne-again Shell ist der Quasi-Standard – und nur die wenigsten Nutzer dürften sich überhaupt dafür interessieren, wo sie da ihre Kommandos eintippen. Dabei gibt es durchaus interessante Alternativen. lesen

Was ist Bitbucket?

Definition „Atlassian Bitbucket“

Was ist Bitbucket?

Mit Bitbucket können kleine und große Teams ihre Softwareprojekte kollaborativ verwalten. Das von Atlassian entwickelte Tool unterstützt Git und Mercurial für die Versionskontrolle. lesen

DevOps-Fokus auf erstem GitLab Commit

GitLab gibt vorläufiges Konferenzprogramm bekannt

DevOps-Fokus auf erstem GitLab Commit

Die „Source Code Management“-Spezialisten von GitLab laden im Oktober erstmals zum GitLab Commit in London. Das Thema DevOps steht dabei im Vordergrund, Entwickler sowie Operations- und Security-Experten sollen hierzu ihre Erfahrungen austauschen. lesen

8 Tipps für DevSecOps und Continuous Testing

Sichere Web-Applikationen trotz agiler Entwicklung

8 Tipps für DevSecOps und Continuous Testing

Das Tempo und die Agilität, die mit DevOps einhergehen, können sich nachteilig auf die Sicherheit auswirken. Eine Abhilfe verspricht DevSecOps durch die Integration kontinuierlicher Sicherheitsprozesse. Janosch Maier, Co-Founder von Crashtest-Security, hat acht Tipps für entsprechende Strategien parat. lesen

Was ist RPM?

Definition „RPM Package Manager“

Was ist RPM?

RPM steht ursprünglich für Red Hat Package Manager, heutzutage als rekursives Akronym für RPM Package Manager. Das Paketverwaltungssystem beinhaltet zum einen das Paketformat, zum anderen alle Programmhilfen für die Erstellung und Verwaltung der RPM-Pakete lesen

copyright

Dieser Beitrag ist urheberrechtlich geschützt. Sie wollen ihn für Ihre Zwecke verwenden? Infos finden Sie unter www.mycontentfactory.de (ID: 45075730 / Definitionen)