Skip to content

GNU General Public License v2

Template

Link Lizenz Template

Lizenzspezifika

  • gehört zur Familie der GNU Lizenzen (LGPL, GPL, AGPL)
  • Version 2.0 wurde 1991 veröffentlicht, heute veraltet und GPL v3 empfohlen, wird hier nur der Vollständigkeit halber aufgeführt, da nach wie vor viele Codes unter GPL v2 vertrieben werden
  • starker Copyleft Effekt: abgeleitete Werke müssen bei Weitergabe unter einer GPL v2 (oder, wenn erlaubt, einer späteren Version) lizenziert werden
  • bei Code-Weitergabe an Dritte muss daher der gesamte Quellcode der originalen bzw. modifizierten Software, sowie damit verbundener Software offengelegt werden

Erlaubte Nutzung von Software

  • erlaubt die Einsicht des Quellcodes der lizenzierten Software
  • erlaubt die Modifikation der lizenzierten Software
  • erlaubt die Weiterverbreitung (mit und/oder ohne Modifikationen) der lizenzierten Software
  • erlaubt den Verkauf der Software zu einem beliebigen Preis
  • verbietet explizit die (Sub-)Lizenzierung der Software
  • gestattet Lizenzgebern auf eigene Verantwortung (kostenpflichtige) Garantien für die Software anzubieten

Lizenzbedingungen zur Weiterverbreitung von Software

Mitlieferung des Lizenztexts

Der Lizenztext muss in einer für den Erwerber erkennbaren und auffindbaren Form mitgeliefert werden. Dies umfasst den vollen Text der Lizenz, sowie die originale Copyright Information. Für die Überlassung der Lizenz darf keine Gebühr verlangt werden (Verbot der Sublizenzierung).

Die Art der Bereitstellung des Lizenztextes ist abhängig von der Art der Softwareweitergabe: - Quellcode: der Lizenztext befindet sich auf dem gleichen Medium wie die Software - Objektcode (Code in Binärform): der Lizenztext befindet sich in beiliegendem Informationsmaterial (z.B. im Handbuch) - embedded Software in Hardware: der Lizenztext wird ersichtlich als Anzeige auf einem Display - Software zum Download: der Lizenztext muss im Angebot zum Download inkludiert sein

Eine Mitlieferung ist nicht gültig, wenn: - lediglich zum Lizenztext an anderer Stelle verlinkt wird - auf die Lizenz nur verwiesen wird, ohne den Text entsprechend mitzuliefern

Mitlieferung der Software

Für die Weitergabe von Software darf einmalig ein beliebiger Preis aufgerufen werden (Verkauf der Software erlaubt), sowie (kostenpflichtige) Leistungen für Support und zusätzliche Garantien angeboten werden. Bei der Weitergabe von Software egal in welcher Form muss der Quellcode an den Lizenznehmer zugänglich gemacht werden.

Arten der Zugänglichmachung von Quellcode: - Mitlieferung eines Datenträgers mit dem Quellcode - Angebot des Quellcodes zum Download - Beim Angebot eines unter dieser Lizenz stehenden Objektcodes ein mindestens 3 Jahre bzw. für die Dauer des Angebots für den Objektcode gültiges Angebot an den Lizenznehmer den Quellcode nachzuliefern, dafür dürfen höchstens Kosten in Höhe der Bereitstellung anfallen - das Angebot für die Bereitstellung des Quellcodes muss auch für alle weiteren Lizenznehmer gelten, die die Lizenz durch eine weitere Verbreitung des ursprünglichen Lizenznehmers erhalten - Weiterleiten eines Angebotes zur Lieferung des Codes vom ursprünglichen Lizenzgeber (nur erlaubt, wenn es sich um ein nicht kommerziellen Vertrieb handelt und das Programm lediglich als Objektcode bzw. Executable vorliegt)

Die Zugänglichmachung des vollständig korrespondierten Quellcodes muss es jedem Nutzer ermöglichen die Anwendung zu modifizieren und erneut zum Laufen zu bringen. Dazu zählen in der Regel: - alle Quelltexte - Skripte zur Kompilierung - Skripte zur Installation - Definitionsdateien der Schnittstellen (auch wenn diese unter anderen Lizenzen vertrieben werden) - bei Embedded-Systemen kann es ggf. notwendig sein, Softwareentwicklungskits mitzuliefern (LG Hamburg, CR 2013, 498 - FANTEC)

Änderungsvermerk über alle relevanten Modifikationen des Originalcodes

Sind Änderungen an der Software vorgenommen wurde, so muss an erkennbarer Stelle darauf hingewiesen werden, sowie das Datum der Änderungen vermerkt werden.

In jeder betroffenen Quellcode Datei ist ein Copyrighthinweis, sowie ein Haftungsdisclaimer zu hinterlegen. Darüber hinaus müssen bestehende Verweise auf die Lizenz beibehalten werden.

Gewährleistung / Haftung

  • Software wird “as is” zur Verfügung gestellt, es bestehen keinerlei Gewährleistungsgarantien
  • es gilt ein Haftungsausschluss des Urheberrechtsinhabers bzw. von Mitwirkenden
  • es ist möglich eigene Gewährleistungsregelungen, Haftungsverpflichtungen und/oder Supportangebote zusätzlich anzubieten und dafür eine Gebühr zu verlangen, dies ist allerdings nur auf eigene Verantwortung möglich

Ausschluss von Namen und Trademarks

  • nicht definiert

Patente

  • nicht eindeutig geregelt: jedes Patent muss entweder die freie Benutzung der Software durch jedermann lizenzieren oder es darf überhaupt nicht lizenziert werden

Besonderheiten

  • heute veraltete Lizenz
  • nicht kompatibel mit Apache 2.0 (im Gegensatz zu GPL v3)

Bewertung für den wissenschaftlichen Softwaretransfer

Fremdcode

  • wird Fremdcode, der unter einer GPL v2 Lizenz veröffentlicht wurde, in eine eigene Software integriert, so ist das neue, gemeinsame Werk ebenfalls unter eine GPL v2 (oder später, wenn dies im originalen Code ermöglicht wurde) zu stellen
  • sollten an diesem Fremdcode Veränderungen vorgenommen werden, und der Code weitergegeben werden (z.B. Verkauf, Sublizenzierung des eigentlichen oder auch größeren Werks) so müssen diese Änderungen dem Dritten gegenüber offengelegt werden
  • darüber hinaus darf der GPL v2 Code selbst nicht eigentlicher Bestandteil einer solchen Sublizenzierung sein

Eigene Entwicklungen

  • es sollte heutzutage darauf verzichtet werden eigene Entwicklungen unter GPL v2 zu lizenzieren

Empfehlung

Für den wissenschaftlichen Softwaretransfer, bei der eine starke Copyleft Lizenz zum Einsatz kommen soll, wird die Nutzung der EUPL v1.2 bzw. der GPL v3 empfohlen. Die EUPL v1.2 hat den Vorteil, dass sie explizit für europäisches Recht entwickelt wurde. Im Gegensatz zur GPL v3 erlaubt sie außerdem explizit eine Sublizenzierung des Codes und erfordert darüber hinaus die Offenlegung des Codes für SaaS Anwendungen (z.B. Bereitstellung von kostenpflichtigen Webservice Anwendungen). Bei der Wahl der Copyleft Lizenz müssen daher die anvisierte Nutzung des Codes betrachtet werden: 1. Ist selbst eine Sublizenzierung angestrebt, bzw. soll Dritten eine Sublizenzierung gestattet werden? Dann ist die EUPL zu wählen. Oder soll verhindert werden, dass Dritte den Code sublizenzieren können? Dann ist die GPL v3 zu wählen. 2. Für SaaS Nutzungen muss evaluiert werden, welches Ziel der Softwaretransfer verfolgt: Geheimhaltung des Webservice Codes (GPL v3) oder maximale Transparenz mit Schutz vor späterer Closed-Source Nutzung (EUPL v1.2).

Quellen

Allgemein