GNU General Public License

aus Wikipedia, der freien Enzyklopädie
(Weitergeleitet von GPLv3)
Zur Navigation springen Zur Suche springen
Logo der GPLv3

Die GNU General Public License (kurz GNU GPL oder GPL; aus dem Englischen wörtlich für allgemeine Veröffentlichungserlaubnis oder -genehmigung) ist eine Softwarelizenz, die dem Nutzer gewährt, die Software auszuführen, zu studieren, zu ändern und zu verbreiten (kopieren). Software, die diese Freiheitsrechte gewährt, wird Freie Software genannt; und wenn die Software einem Copyleft unterliegt, so müssen diese Rechte bei Weitergabe (mit oder ohne Software-Änderung, -Erweiterung, oder Softwareteile-Wiederverwendung[1]) beibehalten werden. Bei der GPL ist beides der Fall.

Die ursprüngliche Lizenz hat Richard Stallman von der Free Software Foundation (FSF) für das GNU-Projekt geschrieben. Die FSF empfiehlt die aktuelle, dritte Version (GNU GPLv3), die im Jahr 2007 veröffentlicht wurde.[2]

Die GPL kann von jedem als Lizenz verwendet werden, um mit dieser die Freiheitsrechte der Endnutzer sicherzustellen.[3] Sie ist die erste Copyleft-Lizenz für den allgemeinen Gebrauch. Copyleft bedeutet, dass Änderungen oder Ableitungen von GPL-lizenzierten Werken nur unter den gleichen Lizenzbedingungen (also eben GPL) vertrieben werden dürfen. Damit gewährt die GPL den Empfängern eines Computerprogramms die Freiheitsrechte Freier Software und nutzt Copyleft, um sicherzustellen, dass diese Freiheiten bei Weiterverbreitung erhalten bleiben, auch wenn die Software verändert oder erweitert wird. Freizügige Lizenzen wie die BSD-Lizenz hingegen fordern nicht das Copyleft.

Unter GPL lizenzierte Software darf für alle Zwecke ausgeführt werden (auch kommerzielle Zwecke, und GPL-lizenzierte Compiler und Editoren dürfen auch als Werkzeuge für die Erstellung von proprietärer Software genutzt werden).[4] Bei rein privater (oder interner) Verwendung ohne Vertrieb und ohne Weitergabe darf sie modifiziert werden, ohne dass der Quellcode offengelegt werden muss (nur bei Vertrieb oder Weitergabe müssen der Quellcode und etwaige Code-Änderungen den Endnutzern zugänglich gemacht werden – dann kommt nämlich Copyleft zur Anwendung, um sicherzustellen, dass die Endnutzer-Freiheiten erhalten bleiben).[5] Jedoch muss Software, welche als Anwendungsprogramm unter einem GPL-lizenzierten Betriebssystem wie GNU/Linux läuft, nicht zwangsweise unter GPL oder quelloffen vertrieben werden. Die Lizenzierung ist dann nur von den verwendeten Bibliotheken und Software-Teilen abhängig (nicht von der unterliegenden Plattform).[6][7][8][9] Wenn zum Beispiel ein Anwendungsprogramm nur eigene Software enthält, oder mit quelloffenen Software-Teilen kombiniert wird, welche keinem strengen Copyleft unterliegen (also somit auch keine GPL-Teile),[10] dann müssen die eigenentwickelten Software-Teile nicht unter GPL oder quelloffen gelegt werden (selbst wenn das eingesetzte Betriebssystem unter GPL lizenziert ist).[6] Nur bei der Realisierung von Software, welche neue (eigene) Quellcode-Teile mit GPL-Teilen verbindet (und wenn diese Software verbreitet oder vertrieben wird), muss der Quellcode den Nutzern (unter den gleichen Lizenzbedingungen: GPL) zugänglich gemacht werden. Die GNU Lesser General Public License (LGPL) wurde entwickelt, um ein schwächeres Copyleft als GPL zu haben: LGPL erfordert nicht, dass eigene entwickelte Code-Teile (welche LGPL-Teile nutzen, aber von ihnen unabhängig sind: z. B. lediglich Library-Aufruf) unter den gleichen Lizenzbedingungen zur Verfügung gestellt werden müssen.

Nutzer und Firmen dürfen für den Vertrieb von GPL-lizenzierten Werken Geld verlangen (kommerzieller Vertrieb),[11][12] oder sie kostenlos vertreiben. Dies unterscheidet GPL von Software-Lizenzen, welche den kommerziellen Vertrieb verbieten. Die FSF erklärt, dass freiheitsrespektierende Software auch den kommerziellen und gewerblichen Nutzen und Vertrieb (inklusive Weitervertrieb) nicht einschränken darf:[13] Die GPL besagt ausdrücklich, dass GPL-Werke (z. B. Freie Software) zu jedem Preis verkauft oder weitervertrieben werden können.[14]

Richard Stallman (2007)

Die GNU GPL wurde im Januar 1989 von Richard Stallman, dem Gründer des GNU-Projekts, geschrieben.

Sie basierte auf einer Vereinheitlichung gleichartiger Lizenzen, die bei früheren Versionen von GNU Emacs, dem GNU Debugger und der GNU Compiler Collection Anwendung fanden. Diese Lizenzen waren auf jedes Programm speziell zugeschnitten, enthielten aber die gleichen Vorschriften wie die aktuelle GNU GPL. Das Ziel von Stallman war, eine Lizenz zu entwickeln, die man bei jedem Projekt verwenden kann. So entstand die erste Version der GNU General Public License, die im Januar 1989 veröffentlicht wurde.

Im Juni 1991 veröffentlichte die Free Software Foundation (FSF) die zweite Version der GNU GPL (GPLv2). Die wichtigste Änderung dabei war die Freiheit-oder-Tod-Klausel (Liberty or Death) in Paragraph 7.[15] Diese besagt: Wenn es nicht möglich ist, einige Bedingungen der GNU GPL einzuhalten – beispielsweise wegen eines Gerichtsurteils –  ist es untersagt, diese Lizenz nur bestmöglich zu erfüllen. In diesem Fall ist es also überhaupt nicht mehr möglich, die Software zu verbreiten. Auch kam der Paragraph 8 hinzu: Dieser erlaubt es einem Autor, die Gültigkeit der Lizenz geographisch einzuschränken, um Länder auszuschließen, in denen die Verwertung des Werks durch Patente oder durch urheberrechtlich geschützte Schnittstellen eingeschränkt ist. Außerdem ist die zweite Version mit nicht-US-amerikanischen Rechtssystemen kompatibel, da sie sich auf die Berner Übereinkunft stützt.

Zeitgleich wurde am 2. Juni 1991 eine neue Lizenz mit dem Namen GNU Library General Public License (GNU LGPL) mit der Versionsnummer 2.0 (GNU LGPL v2.0) veröffentlicht, bei der es sich um eine von der GNU GPL abgeleitete, gelockerte Version der GNU GPL handelt.[16] Sie wurde eingeführt, weil seit 1990 deutlich wurde, dass die GNU GPL in manchen Fällen (meist für Programmbibliotheken) zu restriktiv (einschränkend) war. Die GNU LGPLv2 (Juni 1991) wurde ursprünglich für einige bestimmte Bibliotheken entworfen. Die Lizenz verwirklicht das Modell eines schwachen Copylefts, wobei zwar darunter stehende Programmbibliotheken nicht mehr zur Folge haben, dass die sie verwendenden Programme ebenfalls unter gleichen Bedingungen lizenziert werden müssen, jedoch unterliegen Weiterentwicklungen der Bibliotheken selbst nach wie vor der GNU LGPL. Mit der im Februar 1999 erschienenen Version 2.1 wurde die Lizenz in GNU Lesser General Public License umbenannt, der neue Name war ein Vorschlag von Georg Greve.[17]

Seit ihrer Einführung ist die GPL v2 die am weitesten verbreitete freie Variante. Die meisten Programme im GNU-Projekt sind unter der GPL und der LGPL lizenziert, darunter auch die Compilersammlung GCC, der Texteditor GNU Emacs und der Gnome Desktop. Auch viele weitere Programme von anderen Autoren, die nicht Bestandteil des GNU-Projekts sind, sind unter der GPL lizenziert. Außerdem sind alle LGPL-lizenzierten Produkte auch unter der GPL lizenziert.

Der erste Entwurf der dritten Version der GPL wurde am 16. Januar 2006 der Öffentlichkeit zur Diskussion vorgestellt. Es folgten drei weitere Entwürfe. Am 29. Juni 2007 wurde schließlich die fertige Version der GPL 3 publiziert.

Richard Stallman kündigte bei der Veröffentlichung der GPLv3 2007 an, für eine nächste GPL-Version („GPLv4“) diesmal nicht so lange zu warten, sondern eine solche innerhalb der nächsten zehn Jahre in Angriff zu nehmen; über konkrete Planung ist jedoch nichts bekannt.[18]

Am 29. Juni 2007, 16 Jahre nach dem Erscheinen der Version 2 im Jahre 1991, erfolgte eine Revision der Lizenz mit der Version 3. Einige der größten und wichtigsten Änderungen sind:

  1. Die GPL soll eine globale Lizenz sein. Ab der Version 2 unterstützt sie zwar die Internationalisierung relativ erfolgreich, indem sie sich auf die minimalen Prinzipien der Berner Übereinkunft zum Schutz von Werken der Literatur und Kunst stützte, trotzdem war sie immer noch zu stark auf das US-amerikanische Rechtssystem ausgelegt. Daher soll nationalen rechtlichen Besonderheiten mehr Bedeutung eingeräumt werden, ohne dabei die unumstößlichen Grundprinzipien der GPL zu verletzen.
  2. Für den Paragraphen 3 der GPL Version 2, der für das Verteilen, Kopieren und Modifizieren von Software zuständig war, und den Paragraphen 7, welcher für die Regelung von Patenten und anderen rechtlichen Beschränkungen maßgeblich war, sollten Änderungen eingeführt werden, welche die unterschiedlichen Interessen und Standpunkte aller Lizenzteilnehmer möglichst gut vereinen.
  3. Die GPL ist die Verfassung der Bewegung für freie Software. In erster Linie stehen deshalb gesellschaftspolitische Absichten im Vordergrund, erst dann technische und ökonomische. Ein absolutes Grundprinzip ist dabei der freie Austausch von Wissen, ebenso wie der freie Zugang zu technischem Wissen und Kommunikationsmitteln, nach dem Vorbild der wissenschaftlichen Freiheit. Entwicklungen wie Softwarepatente, Trusted computing und DRM, die diesen Prinzipien entgegenwirken, sollen unter dem gesellschaftspolitischen Gesichtspunkt betrachtet und so in der GPL berücksichtigt werden, wobei die angeführten Freiheiten unangetastet bleiben müssen.

Die FSF als Halter der GPL unter der Leitung von Richard Stallman koordinierte die Überarbeitung, beraten wurde sie dabei von Eben Moglen. Durch die angestrebte Universalität der GPL 3 ergaben sich zwangsläufig konkurrierende Interessenlagen. Am 16. Januar 2006 wurde ein erster vorläufiger Entwurf veröffentlicht und zur Diskussion gestellt, um ein möglichst optimales Ergebnis für die zukünftige Publikation zu erreichen.

Die GPLv3 wurde seit der Veröffentlichung des ersten Entwurfs kontrovers diskutiert. Kontrovers diskutiert wurde u. a. in der Entwurfsphase der Aspekt der Tivoisierung, der in der vorherigen Version v2 nicht bedacht worden war. Der FSF-Vorschlag soll Tivoisierung zukünftig verhindern,[19] der Linuxkernelinitiator Linus Torvalds[20] kritisierte jedoch dieses Vorgehen und vertrat den Standpunkt, dass Tivoisierung erlaubt bleiben solle. Torvalds kritisierte insbesondere die ersten zwei Entwürfe äußerst scharf und sieht weiterhin keinen Grund, den Linux-Kernel unter diese Version der Lizenz zu stellen. Starke Kritik gab es auch von Seiten der Firmen Linspire, Novell, MySQL und anderen. Einige Firmen – insbesondere MySQL – änderten daraufhin die Lizenzformulierung ihrer Produkte von „GPLv2 or later“ zu „GPLv2 only“.[21] Neben dem Linux-Kernel entschieden sich einige weitere FOSS-Projekte, nicht auf die GPLv3 zu wechseln[22]: BusyBox,[23][24] AdvFS,[25] Blender,[26] und der VLC media player.[27]

Ein weiterer Diskussionsaspekt war, ob die GPLv3 Affero-artige Anforderungen erlauben sollte, was die sogenannte ASP-Lücke in der GPL (englisch ASP loophole in the GPL) geschlossen hätte.[28][29] Nachdem jedoch einige Bedenken wegen des zusätzlichen administrativen Aufwandes geäußert worden waren, wurde entschieden, die Affero-Lizenz als eigenständige Lizenz von der GPL getrennt zu behalten.[30]

Auch gab es Kontroversen über die Mischbarkeit von GPLv2-Software mit GPLv3-Software, welche nur unter der optionalen Klausel or later der GPL möglich ist. Die wurde jedoch von einigen Entwicklern als reine Notfalloption (englisch safeboat clause) betrachtet, nicht jedoch als reguläre Möglichkeit die Lizenz signifikant zu ändern.[31] Auch sind die vorhandenen Projekte, welche ihre Software ohne die optionale Klausel lizenziert haben, am bekanntesten der Linux-Kernel,[32] dadurch inkompatibel mit GPLv3-Software und können keinen Quelltext mit dieser austauschen.[33] Ein Beispiel ist die Bibliothek GNU LibreDWG, die nun nicht mehr von LibreCAD und FreeCAD verwendet werden kann.[34]

Nach drei weiteren Entwürfen wurde die endgültige Fassung am 29. Juni 2007 publiziert.[35] Als Nebeneffekt der Überarbeitung sind mehrere zusätzliche Lizenzen GPL-kompatibel geworden.[36]

Die signifikant erweiterte GPLv3 wird als essentiell inkompatibel zur GPLv2 bewertet,[33] Kompatibilität zwischen beiden Lizenzen ist nur über die optionale Klausel this version or later gegeben, welche jedoch von einigen Projekten nicht verwendet wird, beispielsweise dem Linux-Kernel.[32] 2011, vier Jahre nach der Veröffentlichung von GPLv3, sind laut den Daten von Black Duck Software nur 6,5 % aller Open-Source-Projekte unter GPLv3, während 42,5 % der GPLv2 unterliegen.[37] 2013, sechs Jahre nach der Veröffentlichung der GPLv3, ist laut Black Duck die GPLv2 weiterhin die mit Abstand häufigst verwendete Lizenz.[38] Andere Autoren machten 2011 im Zusammenhang mit dieser Spaltung eine vermehrte Bewegung in Richtung von freizügigen Lizenzen aus, weg von Copyleft-Lizenzen.[39][40]

Einige Journalisten[37] und Entwickler[31] schließen aus der geringen Migration der Projekte von der alten GPLv2 auf die neuere GPLv3, dass eine Spaltung der Gemeinschaft entlang der Grenzen der beiden Lizenzversionen entstehe.

Copyleft-Prinzip

[Bearbeiten | Quelltext bearbeiten]

Alle abgeleiteten Programme eines unter der GPL stehenden Werkes dürfen von Lizenznehmern nur dann verbreitet werden, wenn sie von diesen ebenfalls zu den Bedingungen der GPL lizenziert werden. Dies betrifft nur Lizenznehmer, nicht die Inhaber der Rechte. (Der Halter des Copyrights – das ist der Autor oder jemand, dem der Autor seine Rechte abgetreten hat – kann das Werk auch unter beliebigen anderen Lizenzen weitergeben.) Dieses Schutzverfahren benannte Richard StallmanCopyleft“ – als Anspielung auf das Wort Copyright. Ziel ist, die Freiheit eines Programmes auch in der Weiterentwicklung von anderen sicherzustellen.[41]

Dieses Prinzip findet sich auch in anderen Lizenzen – unter anderem in den GNU-Lizenzen (LGPL, AGPL und GFDL) sowie als „Share Alike“ bezeichnet in einigen der Creative-Commons-Lizenzen.

Kompatibilität von Lizenzen mit der GNU GPL

[Bearbeiten | Quelltext bearbeiten]

Da die GPL bestimmte Freiheiten gewährleistet und verlangt, dass selbige Freiheiten für die Software-Empfänger aufrechterhalten werden (auch bei anschließender Weitergabe an weitere Empfänger, oder bei Code-Änderung oder Codeteile-Wiederverwendung: Copyleft), kann man GPL-lizenzierte Software-Teile nicht mit Software-Teilen kombinieren, deren Lizenzen verlangen, dass Empfänger auf gewisse Freiheiten verzichten müssen, oder verlangen, dass weiteren Empfängern Freiheiten wieder entzogen werden müssen. Solche Lizenzen sind mit der GNU GPL inkompatibel.[42]

Das GNU-Projekt verwaltet eine Liste von Lizenzen, die mit der GNU GPL kompatibel sind.[43] Darunter gibt es auch bestimmte freizügige Freie Lizenzen (aber nicht alle[44]), die mit der GNU GPL kompatibel sind.[45] Freizügige Lizenzen erlauben zwar für sich genommen, dass Entwickler und Distributoren wahlweise den Empfängern bei Weitergabe bestimmte Freiheiten entziehen könnten (daher „freizügig“); jedenfalls ist solch ein Entziehen aber nicht zwingend erforderlich: Bei einer Kombination mit GPL-lizenzierten Software-Code-Teilen[46] ist solch ein Entziehen nicht erlaubt, wenn es die durch die GPL-gewährten Freiheiten einschränken würde: GPL-lizenzierte Software-Code-Teile dürfen nur verändert, erweitert oder mit anderen Software-Teilen zusammengefügt werden, wenn das kombinierte Resultat nach wie vor, allen Empfängern die Freiheiten der GPL gewährt (das Copyleft der GPL muss erhalten bleiben).

Die FSF hält Copyleft bei Programmbibliotheken zwar ebenfalls für prinzipiell gerechtfertigt, erteilt jedoch für Programme, für die sie die Rechte besitzt, manchmal aus strategischen Gründen Ausnahmen, beispielsweise um die Akzeptanz einer Bibliothek zu erhöhen. In diesen Fällen wird die Lesser General Public License (LGPL) von der FSF empfohlen, die explizit diese Nutzung erlaubt, ohne Copyleft-Forderungen an das aufrufende Programm zu stellen.

Anwendung auf ein neues Programm

[Bearbeiten | Quelltext bearbeiten]

Die GPL enthält einen Anhang, der beschreibt, wie man die Lizenz auf ein neues Programm anwenden kann.[47] Der Anhang enthält eine Standardvorlage, in die noch der Name des Programms, eine kurze Beschreibung dessen, was es tut, das Jahr der Erstellung und der Name des Autors einzufügen ist. Die Vorlage enthält einen Haftungshinweis, der warnt, dass das Programm ohne jegliche Garantie kommt. Sie lizenziert das Programm unter der jeweiligen GPL-Version, mit dem Zusatz „or (at your option) any later version“, der das Programm auch für die Bedingungen zukünftig herausgegebener Fassungen der GPL öffnet. Damit steht das Programm automatisch auch unter einer neuen GPL-Version, sobald die Free Software Foundation eine solche herausgibt. Dadurch werden der Lizenzwechsel auf eine neue Version der GPL ermöglicht und Kompatibilitätsprobleme zwischen unterschiedlichen Versionen vermieden. Einige Projekte verwenden die Vorlage auch für die GPL-Version 2 ohne den Zusatz, da sie mit der GPLv3 nicht einverstanden sind. Die Vorlage enthält noch einen Hinweis, wo man eine Kopie der GPL finden kann, wenn dem Programm keine Kopie beiliegt.

Eine zentrale Registrierungsstelle für GPL-lizenzierte Programme existiert nicht, die FSF betreibt aber zusammen mit der UNESCO ein Verzeichnis ohne Anspruch auf Vollständigkeit.[48]

Variante der GPL: „GPL linking exception“

[Bearbeiten | Quelltext bearbeiten]

In diesem Zusammenhang existiert eine Variante der GPL, die „GPL linking exception“, bei der es erlaubt ist, unter dieser Lizenz stehende Komponenten shared oder static in den eigenen Programmcode einzubinden, ohne dass das entstehende Produkt auch unter der GPL stehen muss. Ein anderer Name für diese Erweiterung ist „GPL with classpath exception“. Unter dieser Lizenzvariante werden z. B. OpenJDK und AdoptOpenJDK vertrieben.

Mit einer von 2000 bis 2002 erarbeiteten Modernisierung des deutschen Urheberrechts sollte gesetzlich verankert werden, dass ein Urheber auf eine angemessene Vergütung in keinem Fall verzichten kann.[49] Theoretisch hätte das für Händler, die freie Software verkaufen, eine Rechtsunsicherheit zur Folge gehabt, da Programmierer möglicherweise nachträglich einen Anteil des Erlöses hätten verlangen können, was Möglichkeiten des Missbrauchs eröffnet hätte. Mit der Ergänzung des Gesetzentwurfs um die sogenannte Linux-Klausel wurde die GPL (und ähnliche Lizenzen, die „unentgeltlich ein einfaches Nutzungsrecht für jedermann einräumen“, vgl. § 32 Abs. 3 Satz 3 UrhG) jedoch auf eine sichere rechtliche Basis gestellt.

Das Landgericht München I bestätigte in einer schriftlichen Urteilsbegründung vom 19. Mai 2004 (Az. 21 O 6123/04) eine einstweilige Verfügung, mit der einer Firma untersagt worden war, Netfilter ohne Einhaltung der GPL weiterzuverbreiten.[50][51] Dies war das erste Mal, dass die GPL eine signifikante Rolle in einem deutschen Gerichtsverfahren spielte. Das Gericht bewertete die Tätigkeiten des Beklagten als Missachtung einiger Bedingungen der GPL und somit als Urheberrechtsverletzung. Dies entsprach genau den Prognosen, die Eben Moglen von der FSF für solche Fälle zuvor gemacht hatte. Grundlage der Entscheidung war die deutsche Übersetzung der GPL, die vom Gericht ansatzweise auf die Gültigkeit als AGB geprüft wurde. Bei manchen Klauseln waren komplizierte rechtliche Konstruktionen bzw. Auslegungen nötig, um die Zulässigkeit nach deutschem Recht zu erreichen. Die gegnerische Partei hatte die Zulässigkeit der Bedingungen der GPL nicht angegriffen, sondern nur bestritten, überhaupt der richtige Beklagte zu sein.

Am 6. September 2006 war die GPL am Landgericht Frankfurt am Main erfolgreich Bestandteil eines Verfahrens gegen D-Link (Az.: 2-6 O 224/06).[52]

Am 4. Oktober 2006 wurde die Gültigkeit der GPL in einem weiteren Urteil bestätigt. Ein Bevollmächtigter der Programmierer von drei GPL-lizenzierten Hilfsprogrammen zum Start eines Betriebssystemkerns zog nach einer Abmahnung gegen ein Unternehmen vor Gericht, das die Programme in seiner Firmware verwendet hatte, ohne ihren Quellcode offengelegt und die GPL beigelegt zu haben. Die Ansprüche in der Unterlassungsaufforderung wurden teilweise nicht erfüllt, weswegen das Gericht entschied, dass das Unternehmen das Urheberrecht des Klägers verletzt habe und somit Herkunft und die Abnehmer der Firmware nennen sowie die Gerichts- und Abmahnungskosten und die Kosten für den Aufwand zur Feststellung der Rechtsverletzung tragen müsse.[53] Die Beklagten hatten dabei versucht, sich mit einer ganzen Bandbreite von üblichen Argumenten zu wehren, einschließlich Ungültigkeit der GPL wegen Wettbewerbswidrigkeit, Beweisverwertungsverbot wegen Urheberrechtsverletzung bei der Feststellung des Verstoßes (d. h. unerlaubte Dekompilierung der Firmware – der Kläger hatte jedoch nur den Bootvorgang beobachtet), Erschöpfungsgrundsatz und fehlendes Recht zur Klage, da im Rahmen der Open-Source-Entwicklung lediglich von einer Miturheberschaft ausgegangen werden könne und für die Klage die Zustimmung der anderen Urheber nötig sei. Das Gericht lehnte alle diese Argumente jedoch ab.

Am 21. März 2006 scheiterte der US-Amerikaner Daniel Wallace mit einer Klage am Bezirksgericht im US-Bundesstaat Indiana gegen die FSF. Er hatte den Standpunkt vertreten, dass die GPL unwirksam sei. Sie erzwinge durch die Verfügbarkeit kostenloser Softwarekopien eine Preisabsprache zwischen den verschiedenen Anbietern, was einen Verstoß gegen den Sherman Antitrust Act darstelle. Der Richter John Daniel Tinder folgte dieser Auffassung nicht und bemerkte, dass eine Kartellrechtsverletzung schwerlich festgestellt werden könne, wenn die Interessen des Klägers von denen der Konsumenten divergieren. Klagen gegen Red Hat, Novell und IBM wurden ebenfalls abgewiesen.[54][55]

Sonstiges zur Rechtslage

[Bearbeiten | Quelltext bearbeiten]

Um die Rechte von GPL-Autoren zu schützen und gegen Verstöße vorgehen zu können, gründete Harald Welte im Jahr 2004 das Projekt gpl-violations.org. Gpl-violations.org ist bereits mehrmals im Auftrag von Programmierern erfolgreich vor Gericht gezogen. In etlichen weiteren Fällen konnte eine außergerichtliche Einigung erzielt werden.

Das Copyright des Lizenztextes selbst liegt bei der Free Software Foundation (FSF). Diese erlaubt im Kopf der Lizenz das Kopieren und Verbreiten der Lizenz, verbietet jedoch die Modifikation des Lizenztextes. Damit wird sichergestellt, dass die Rechte und Pflichten, welche durch die GPL garantiert werden, nicht geändert werden können, indem der Lizenztext geändert wird. Auch wird dadurch verhindert, dass unterschiedliche inkompatible Versionen der GPL entstehen. Die FSF erlaubt die Schaffung neuer Lizenzen auf Basis der GPL, solange diese einen eigenen neuen Namen haben, die Präambel der GPL nicht enthalten und sich nicht auf das GNU-Projekt beziehen. Dies geschah ursprünglich beispielsweise bei der GNU Affero General Public License, bevor diese von der FSF übernommen wurde.

Die GPL bestreitet die Copyright-Gesetze des betroffenen Staates nicht, sondern akzeptiert diese und nutzt sie, um die beschriebenen Rechte und Pflichten durchzusetzen. Ein unter GPL lizenziertes Werk steht nicht in der Public Domain. Der Autor behält – falls nicht ausdrücklich anders festgelegt – das Urheberrecht am Werk und kann im Fall der Nichteinhaltung der Lizenzbedingungen dagegen gerichtlich vorgehen.

Verbreitungsgeschichte

[Bearbeiten | Quelltext bearbeiten]

Auf dem Open-Source-Hoster SourceForge waren im Juli 2006 etwa 70 % der Software unter der GPL lizenziert[56], im Mai 2016 nur noch etwa 59 % (87.692 Projekte mit GPLv2-Lizenz, 14.880 Projekte mit GPLv3-Lizenz, insgesamt 175.081 Projekte).[57]

Im Jahr 2008 standen von den 3489 Projekten auf der Entwicklerplattform von BerliOS 67 % (2334 Projekte) unter der GPL.[58] Die Entwicklerplattform wurde 2014 stillgelegt.

Das von Black Duck Software verwaltete Open Source Resource Center gab 2012 die Verbreitung der GPLv2 unter Open-Source-Projekten mit 32,65 % und die der GPLv3 mit 11,62 % an.[59] Nach einer undatierten Liste der meistgenutzten Open-Source-Lizenzen liegen aktuellere Werte nur noch bei 20 % für die GPLv2 und bei 8 % für die GPLv3.[60]

Die Firma Palamida betreibt eine „GPL3-Watchlist“, laut derer von den 10.086 registrierten Projekten etwa 2946 unter der GPLv3 registriert sind, jedoch ist die Auswahl der Projekte nicht repräsentativ. Die Zahlen des Open Source License Resource Center lassen eher darauf schließen, dass im Juli 2008 etwa drei bis vier Prozent der GPL-Projekte die dritte Version verwendeten. Nicht berücksichtigt ist dabei, dass der Standardtext der Free Software Foundation für die Freigabe eines Programms unter der GPL vorsieht, dass die Nutzung auch unter jeder späteren Version der GPL erlaubt ist. Damit sind unter der GPL 2 lizenzierte Programme, die den Standardtext verwenden, auch unter der GPLv3 und zukünftigen Versionen nutzbar.

Für 2015 meldet GitHub, dass nur rund 20 % der dort registrierten Projekte eine Lizenzangabe enthalten. Von diesen wiederum nutzen knapp 13 % die GPLv2, fast 9 % die GPLv3 und gut 1 % die AGPLv3.[61]

Kritik an der GPL besteht hauptsächlich aus Kritik am starken Copyleft und Kritik am Prinzip der freien Software. Zum Beispiel bezeichnete Microsofts ehemaliger CEO Steve Ballmer 2001 Linux wegen der Auswirkungen der GPL als Krebsgeschwür.[62] 2001 beschrieb Craig Mundie, Microsoft Senior Vice President, die GPL öffentlich als viral.[63] Stephen Davidson von der Weltorganisation für geistiges Eigentum verwendete in einem Leitfaden über das Open-Source-Modell (in dem er allgemein eher zurückhaltende Schlüsse zieht) die Bezeichnung viral für die Copyleft-Eigenschaften der GPL.[64] Später kritisierten andere die viralen Eigenschaften der GPL ebenfalls.[65][66]

Auch von Befürwortern freier Software wird die GPL für die begrenzte Kompatibilität mit anderen Lizenzen (und zwischen den GPL-Varianten) sowie ihren komplexen Lizenztext kritisiert.[67][68]

Siehe auch: Literatur über Freie und Open-Source-Software
Lizenz
Erklärungen, Analysen usw.

Einzelnachweise

[Bearbeiten | Quelltext bearbeiten]
  1. werden z. B. bestimmte GPL lizenzierte Software-Teile in einer ganz anderen/neuen Software verwendet, so muss diese Software bei Weitergabe… dem Empfänger ganzheitlich die Freiheiten der GPL gewähren (unter einer GPL-kompatiblen Lizenz stehen); außer wenn so geringe/wenige GPL Software-Teile genutzt werden (Snippet mit ein paar geringen Zeilen), dass "Fair Use" gelten würde
    siehe Kompatibilität von Lizenzen mit der GNU GPL,
    Ref: Source Code in Documentation,
    Ref: GPL Fair Use,
    Ref: Linking with GPL,
    Ref: GPL Static vs Dynamic
  2. How to choose a license for your own work. Free Software Foundation, abgerufen am 10. September 2014 (englisch).
  3. GPL FAQ: Does using the GPL for a program make it GNU Software?
  4. GPL FAQ: Use GPL Tools to develop non-free programs
  5. GPL FAQ: GPL require source posted to public, Unreleased modifications, Internal Distribution
  6. a b GPL FAQ: Port program to GNU/Linux (gilt auch unter GPL v2)
  7. Anwendungsprogramme für Linux (S. 18) (Altern.); Kein »derivative work« – eindeutige Fallgruppen (S. 65); Buch "Die GPL - kommentiert und erklärt" (Herausgegeben: ifrOSS, 2005)
  8. Lizenzbedingungen; Linux-Gerätetreiber, 2. Auflage. (Englisch: 1, 2); Hinweis: die englische "3rd edition" besagt etwas vorsichtiger, dass das Nutzen von binären ("binary form only" — also ohne Quellcode) "ladbaren Kernel-Gerätetreiber-Modulen unter Linux", nicht eindeutig ist (bislang aber jedenfalls geduldet): Link
  9. Embedded Linux and Copyright Law; Dave Beal and Michael Barr
  10. also wenn z. B. nur LGPL-Bibliotheken, LGPL-Software-Teile und Teile mit freizügige Software-Lizenzen verwendet werden (eben nicht GPL), müssen nur die LGPL-Teile quelloffen und änderbar sein – etwaige eigenentwickelten Software-Teile unterliegen dann nicht diesem Zwang (selbst wenn das eingesetzte Betriebssystem unter GPL lizenziert ist, wie GNU/Linux)
  11. GPL FAQ: use GPL commercially
  12. Kommerzielle Software; nicht zu verwechseln mit proprietär (gnu.org)
  13. Freie Software verkaufen. Free Software Foundation, abgerufen am 21. Januar 2013.
  14. GPL FAQ: Sell copies of the program for money, Distribute commercially
  15. Presentation von Richard Stallman (21. April 2006, zweite internationale GPLv3-Konferenz, in Porto Alegre)
  16. GNU Library General Public License, version 2.0. Free Software Foundation, abgerufen am 30. Oktober 2018 (englisch).
  17. Georg C. F. Greve: Activities, Miscellaneous (Memento vom 17. Dezember 2007 im Internet Archive) auf der privaten Homepage, 10. Mai 2002.
  18. Rede zur Veröffentlichung der GPLv3 "We won't wait more than a decade, this time."
  19. Heise Open: Versöhnliche Töne über den neuen Entwurf
  20. Heise Open: Streit um die GPL
  21. MySQL changes license to avoid GPLv3 (Memento vom 6. Februar 2007 im Internet Archive) auf Computer business review online (4. Januar 2007).
  22. Mark: The Curse of Open Source License Proliferation. socializedsoftware.com, 8. Mai 2008, archiviert vom Original am 8. Dezember 2015; abgerufen am 30. November 2015: „Currently the decision to move from GPL v2 to GPL v3 is being hotly debated by many open source projects.
  23. Corbet: Busy busy busybox. lwn.net, 1. Oktober 2006, abgerufen am 21. November 2015: „Since BusyBox can be found in so many embedded systems, it finds itself at the core of the GPLv3 anti-DRM debate. […] The real outcomes, however, are this: BusyBox will be GPLv2 only starting with the next release. It is generally accepted that stripping out the "or any later version" is legally defensible, and that the merging of other GPLv2-only code will force that issue in any case
  24. Rob Landley: Re: Move GPLv2 vs v3 fun… lwn.net, 9. September 2006, abgerufen am 21. November 2015: „Don't invent a straw man argument please. I consider licensing BusyBox under GPLv3 to be useless, unnecessary, overcomplicated, and confusing, and in addition to that it has actual downsides. 1) Useless: We're never dropping GPLv2.
  25. Press release concerning the release of the AdvFS source code
  26. Alexandre Prokoudine: What's up with DWG adoption in free software? libregraphicsworld.org, 26. Januar 2012, abgerufen am 5. Dezember 2015: „[Blender's Toni Roosendaal:] "Blender is also still "GPLv2 or later". For the time being we stick to that, moving to GPL 3 has no evident benefits I know of."
  27. Rémi Denis-Courmont: VLC media player to remain under GNU GPL version 2. videolan.org, abgerufen am 21. November 2015: „In 2001, VLC was released under the OSI-approved GNU General Public version 2, with the commonly-offered option to use "any later version" thereof (though there was not any such later version at the time). Following the release by the Free Software Foundation (FSF) of the new version 3 of its GNU General Public License (GPL) on the 29th of June 2007, contributors to the VLC media player, and other software projects hosted at videolan.org, debated the possibility of updating the licensing terms for future version of the VLC media player and other hosted projects, to version 3 of the GPL. […] There is strong concern that these new additional requirements might not match the industrial and economic reality of our time, especially in the market of consumer electronics. It is our belief that changing our licensing terms to GPL version 3 would currently not be in the best interest of our community as a whole. Consequently, we plan to keep distributing future versions of VLC media player under the terms of the GPL version 2.
  28. Michael Tiemann: GNU Affero GPL version 3 and the "ASP loophole". OSI, 7. Juni 2007, archiviert vom Original (nicht mehr online verfügbar) am 14. August 2020; abgerufen am 19. August 2013.
  29. List of free-software licences on the FSF website: “We recommend that developers consider using the GNU AGPL for any software which will commonly be run over a network”.
  30. Why did you decide to write the GNU Affero GPLv3 as a separate license? auf gnu.org (englisch).
  31. a b Rob Landley: CELF 2013 Toybox talk - http://landley.net/talks/celf-2013.txt. landley.net, abgerufen am 21. August 2013 (englisch): „GPLv3 broke "the" GPL into incompatible forks that can't share code. […] FSF expected universal compliance, but hijacked lifeboat clause when boat wasn't sinking. […]
  32. a b Linus Torvalds: COPYING. kernel.org, abgerufen am 13. August 2013: „Also note that the only valid version of the GPL as far as the kernel is concerned is _this_ particular version of the license (ie v2, not v2.2 or v3.x or whatever), unless explicitly otherwise stated.
  33. a b Frequently Asked Questions about the GNU Licenses – Is GPLv3 compatible with GPLv2? gnu.org, abgerufen am 13. April 2011 (englisch): „No. Some of the requirements in GPLv3, such as the requirement to provide Installation Information, do not exist in GPLv2. As a result, the licenses are not compatible: if you tried to combine code released under both these licenses, you would violate section 6 of GPLv2.
  34. Michael Larabel: FSF Wastes Away Another "High Priority" Project. Phoronix, 24. Januar 2013, abgerufen am 22. August 2013 (englisch): „Both LibreCAD and FreeCAD both want to use LibreDWG and have patches available for supporting the DWG file format library, but can't integrate them. The programs have dependencies on the popular GPLv2 license while the Free Software Foundation will only let LibreDWG be licensed for GPLv3 use, not GPLv2.
  35. gnu.org/licenses/gpl-3.0
  36. A Quick Guide to GPLv3.
  37. a b Bruce Byfield: 7 Reasons Why Free Software Is Losing Influence: Page 2. Datamation.com, 22. November 2011, abgerufen am 23. August 2013: „At the time, the decision seemed sensible in the face of a deadlock. But now, GPLv2 is used for 42.5% of free software, and GPLv3 for less than 6.5%, according to Black Duck Software.
  38. Top 20 licenses. Black Duck Software, 23. August 2013, archiviert vom Original am 19. Juli 2016; abgerufen am 23. August 2013: „1. GNU General Public License (GPL) 2.0 33 %, 2. Apache License 13 %, 3. GNU General Public License (GPL) 3.0 12%
  39. Matthew Aslett: The trend towards permissive licensing. the451group.com, 6. Juni 2011, archiviert vom Original (nicht mehr online verfügbar) am 11. Mai 2013; abgerufen am 23. August 2013: „[…] the GPL family of licenses has fallen to 61 % today from 70 % […] In comparison the number of Apache licensed projects grew 46 % over the past two years, while the number of MIT licensed projects grew 152 %.
  40. Brian Proffitt: GPL, copyleft use declining faster than ever – Data suggests a sharper rate of decline, which raises the question: why? IT world, 16. Dezember 2011, abgerufen am 23. August 2013.
  41. Richard Stallman: Copyleft: Pragmatic Idealism (englisch)
  42. What does it mean to say that two licenses are “compatible”? GPL FAQ (gnu.org)
  43. Verschiedene Lizenzen und Kommentare gnu.org
  44. Original BSD license und andere sind freiheitsgewährende, sowie freizügige Lizenzen, aber mit der GNU GPL inkompatibel
  45. Boost Software License, Modified BSD license, Expat License (meist als „MIT License“ bezeichnet), Apache License, Version 2.0 usw. sind freiheitsgewährende, sowie freizügige Lizenzen, und mit der GNU GPL kompatibel
  46. im Sinne einer Software-Änderung, -Erweiterung, oder -Wiederverwendung
  47. gnu.org
  48. http://directory.fsf.org/license/GPLv2/ http://directory.fsf.org/license/GPLv3/
  49. Gesetzesentwurf der SPD- und Grünen-Fraktion, BT-Drucksache 14/6433 (PDF; 124 kB)
  50. Holger Bleich: Deutsches Gericht bestätigt Wirksamkeit der GPL, Nachricht auf heise online vom 23. Juli 2004.
  51. Urteil des Landgerichts München 1
  52. Oliver Diedrich: GPL setzt sich vor deutschem Gericht durch. heise.de, 10. September 2006, abgerufen am 18. Juni 2015.
  53. LG Frankfurt am Main.: GPL ist wirksam (Memento vom 17. Oktober 2007 im Internet Archive), LG Frankfurt, 2–6 O 224/06, Archivlink (Memento vom 27. Juni 2007 im Internet Archive)
  54. Andreas Wilkens: Richter weist Kartellklage gegen GPL zurück auf heise online, 21. März 2006.
  55. Erneut Klage gegen GPL wegen angeblicher Wettbewerbsbehinderung abgeschmettert auf heise online, 22. Mai 2006.
  56. Heise Open-Artikel
  57. Download Free Open Source Software - SourceForge.net. In: sourceforge.net. Abgerufen am 25. Mai 2016.
  58. BerliOS: Projekte nach Lizenz. Archiviert vom Original am 6. Februar 2007; abgerufen am 6. Oktober 2016.
  59. Open Source License Data. In: Open Source Resource Center. Black Duck Software, archiviert vom Original (nicht mehr online verfügbar) am 13. Januar 2013; abgerufen am 6. Dezember 2012 (englisch).
  60. Top 20 Open Source Licenses. Black Duck Software, abgerufen am 6. Oktober 2016 (englisch).
  61. Ben Balter: Open source license usage on GitHub.com. GitHub, abgerufen am 6. Oktober 2016 (englisch).
  62. heise online – Microsoft-Chef Ballmer bezeichnet Linux als Krebsgeschwür
  63. "Speech Transcript – Craig Mundie, The New York University Stern School of Business", Prepared Text of Remarks by Craig Mundie, Microsoft Senior Vice President, The Commercial Software Model The New York University Stern School of Business 3 May 2001
  64. heise online – WIPO-Leitfaden zu Open Source warnt vor „schlaflosen Nächten“
  65. Nikolai Bezroukov: Comparative merits of GPL, BSD and Artistic licences (Critique of Viral Nature of GPL v.2 - or In Defense of Dual Licensing Idea). 2001, archiviert vom Original am 22. Dezember 2001; abgerufen am 22. September 2018 (englisch): „Viral property stimulates proliferation of licenses and contributes to the "GPL-enforced nightmare" -- a situation when many other licenses are logically incompatible with the GPL and make life unnecessary difficult for developers working in the Linux environment (KDE is a good example here, Python is a less known example).“
  66. New Media Rights: Open Source Licensing Guide. California Western School of Law, 12. September 2008, abgerufen am 28. November 2015: „The GPL license is ‘viral,’ meaning any derivative work you create containing even the smallest portion of the previously GPL licensed software must also be licensed under the GPL license.
  67. David Chisnall: The Failure of the GPL. informit.com, 31. August 2009, abgerufen am 24. Januar 2016: „The GPL places additional restrictions on the code, and therefore is incompatible. You can combine APSL, MPL, CDDL, Apache, and BSD-licensed code in the same project easily, but you can only combine one of these with GPLv2 code. Even the Free Software Foundation can't manage to get it right. Version 3 of the LGPL, for example, is incompatible with version 2 of the GPL. This has caused a problem recently for a few GNU library projects that wanted to move to LGPLv3 but were used by other projects that were GPLv2-only.
  68. Allison Randal: GPLv3, Clarity and Simplicity. 14. Mai 2007, archiviert vom Original am 15. Oktober 2008; abgerufen am 22. September 2018 (englisch).