Eine Umfrage des BITKOM ergab, dass 71 Prozent befragter Unternehmen (ab 20 Mitarbeiter) Opensource-Software nutzen. Dabei sind 67 Prozent „interessiert und aufgeschlossen“ sowie ein weiteres Viertel noch unentschieden – jedenfalls gerade mal 7 % sehen sich „grundsätzlich kritisch oder ablehnend“. Und dies war nicht die einzige Analyse im September 2021.
Deutsche Unternehmen setzen zunehmend auf Opensource weiterlesenSchlagwort: copyleft
Copyleft bei Opensource-Lizenz
Copyleft in Opensource-Lizenz: Die Idee des „Copyleft“ – als sprachliche Anspielung auf „Copyright“ – geht dahin, dass eine einmal frei lizenzierte Software immer einer Lizenz mit entsprechenden Lizenzbedingungen unterliegen muss. Der Grundgedanke ist zum einen, dass Software die einmal frei entwickelt wurde, nicht dem „freien Markt“ wieder entzogen werden kann. Zum anderen geht es darum, dass derjenige der einen Nutzen aus dieser Software zieht und die Software gegebenenfalls modifiziert, dies dann auch anderen zur Verfügung stellen muss.
Somit wird dann in Lizenzen mit „Copyleft“ vorgesehen, dass die Software zwar frei verwendet und modifiziert werden kann, aber die bisherige Lizenz oder eine kompatible Lizenz weiterverwendet werden muss. Wer das nicht tut, der verliert das Nutzungsrecht. Das Ergebnis ist, dass Software durch diese Lizenz „infiziert“ wird, man spricht insoweit auch von einer „viralen Lizenz“.
Copyleft bei Opensource-Lizenz weiterlesenGNU General Public License: GPL ist mit deutschem Recht vereinbar
Es gibt zwei ältere wegweisende Entscheidungen in der deutschen Rechtsprechung, die sich mit der Wirksamkeit der GPL – damals noch mit der GPLv2 – beschäftigt haben und hier der Vollständigkeit halber erwähnt seien: Die Entscheidung des LG Berlin (16 O 134/06) aus dem Jahr 2006 und natürlich die Entscheidung des LG München I (21 O 6123/04) aus dem Jahr 2004. Kurz kann man feststellen, dass beide Entscheidungen zu dem Ergebnis kamen, dass die GPL grundsätzlich wirksam ist. Etwas ausführlicher betrachtet findet man hier, gerade beim LG München I, die wesentlichen damaligen Fragen beantwortet:
- Wer seine Software der GPL unterstellt, verzichtet nicht auf sein Urheberrecht. Das Ergebnis ist, dass eine der GPL unterstellte Software auch nur im Rahmen der GPL (oder eines sonstigen eingeräumten Nutzungsrechts) genutzt werden kann – man kann nicht erklären, dass ein „Verzicht auf Urheberrechte“ vorliegt und die Software damit quasi „herrenlos“ ist.
- Der „Rechterückfall“ der GPL im Fall eines Verstosses gegen die Nutzungsbedingungen der GPL ist rechtswirksam, was bedeutet, dass das Nutzungsrecht entfällt wenn man die Regeln der GPL nicht einhält. (Dazu bei uns: Wie kann ein GPL Verstoß geheilt werden?)
- Bei den Regeln der GPL handelt es sich nach deutschem Recht um Allgemeine Geschäftsbedingungen, die einer Prüfung der §§305ff. BGB unterliegen. Dass die AGB dabei verbindlich nur in englischer Sprachfassung vorliegen, ist kein Problem, da „Englisch in der Computerindustrie die gängige Fachsprache ist“ (so das LG München I), wobei man sich das Hintertürchen offen lässt, wie es gegenüber Verbrauchern aussieht.
- Das Prinzip des Copyleft begegnet ausdrücklich keinen Bedenken.
Wozu nichts gesagt wurde ist der umfassende Haftungsausschluss, der jedenfalls bei oberflächlicher Betrachtung mit deutschem Recht in dieser Form – jedenfalls gegenüber Verbrauchern – wohl nicht vereinbar ist (siehe dazu nur den Bundesgerichtshof, VIII ZR 174/12, hier bei uns). Rechtsprechung dazu fehlt, die Sichtweise der Literatur zum Thema, die einen Schenkungsvertrag annimmt und damit eine Einschränkung der Haftung auf Vorsatz und grobe Fahrlässigkeit überzeugt allerdings.
Opensource-Software & Copyleft: Auf Linux-Kernel basierendes Softwarepaket unterliegt als Sammelwerk der GPL
Das Landgericht Berlin (16 O 255/10) hatte sich mit einer Software (Firmware) zu beschäftigen, die in einem DSL-Router zum Einsatz kam und als Kern auf den Linux-Kernel aufsetzte. Diese Firmware wurde korrekt als Sammelwerk im Sinne des Urheberrechtsgesetzes eingestuft:
Ein Sammelwerk liegt vor, wenn die Auswahl oder Anordnung der das Sammelwerk bildenden Elemente eigenschöpferisch ist. Geschützt ist dabei auch die Kleine Münze, also diejenigen Gestaltungen, die bei einem Minimum an Gestaltungshöhe gerade noch urheberrechtsschutzfähig sind (Wandte/Bullinger, UrhR, 3. Auflage 2009, § 4 UrhG Rn. 5 m.w.N.). Nach diesem Maßstab stellt die Firmware der Klägerin ein nach § 4 Abs. 1 UrhG geschütztes Sammelwerk dar. Die Firmware besteht aus zahlreichen einzelnen Dateien […] Teil dieses Sammelwerks ist der so genannte Kernel, der auf dem Linux-Betriebssystem basiert und der als so genannte Open-Source-Software den Bedingungen der GNU General Public License (GPL), Version 2, unterliegt.
Das Landgericht stellte klar, dass die GPL zu beachten ist und hierbei insbesondere das „Copyleft-Prinzip“ wirksam ist. Das bedeutet, dass Weiterentwicklungen bzw. Modifikationen von GPL-Software weiterhin der GPL zu unterliegen haben – wenn man also einen Linux-Kernel als Basis nutzt und darauf aufbauend eine Software entwickelt (wie hier die Firmware des Routers mit sehr vielen Funktionen), unterfällt die im Ergebnis ebenfalls der GPL. Dieser Grundsatz soll auch bei Sammelwerken gelten, selbst wenn die GPL-Software nur „die Basis“ ist und alles weitere eigenständig darauf aufgesetzt ist:
Für Sammelwerke bestimmt § 2 GPL, dass Werke, die Open Source Software enthalten, als Ganzes den Bedingung der GPL unterliegen (Determann, GRUR Int 2006, 645, 648 f. m.w.N.). Hintergrund dieser Regelung ist, dass derjenigen Nutzer, der von den Vorteilen der freien Software in einem maßgeblichen Umfang profitiert, sich auch an den Bedingungen der GPL festhalten lassen muss. Die Infizierung eines Sammelwerks insgesamt bei Verwendung von Open-Source-Software in einzelnen Teilen eines Sammelwerks begegnet keinen Bedenken, da das Sammelwerk eine einheitliche Funktionalität aufweist und maßgeblich von den Open-Souce-Bestandteilen abhängt.
Das Ergebnis: Wer ein Software-Komplett-Paket erstellt, das als Sammelwerk mit GPL-Software arbeitet oder gar darauf basiert, muss das wahrscheinliche Risiko sehen, dass sein Gesamtwerk der GPL unterliegt. Das bedeutet dann zum einen die Erfüllung der Pflichten die sich aus der GPL ergeben, also speziell hinsichtlich des Angebots des Quelltextes. Aber auch dass man gegen Dritte wenig Möglichkeiten hat, sein Urheberrecht an dem selbst erstellten Teil durchzusetzen – die „Infektion“ der GPL kann sich hier durchaus als „Gift“ auswirken, gerade wenn (wie bei Linux) auf die GPLv2 abgestellt wird.