Darf ich Closed-Source-Software mit Open-Source-Code erstellen?

19

Ich benutzte ein populäres Musikpaket (Ableton Live), als ich den rechtlichen Teil der Hilfedatei öffnete und sah, dass das Programm Codelizenzen enthielt, die sowohl frei als auch frei wie in Bier zu sein schienen. Ich kann leider keine Online-Kopie finden, kann aber bei Bedarf die lizenzierten Pakete auflisten.

Soweit ich sehen kann gibt es hier 3 Möglichkeiten:

  1. Ein relativ großes Unternehmen verstößt gegen die Codelizenzierung - höchst unwahrscheinlich, wenn dies der Fall wäre, warum sollte der Lizenztext enthalten sein?

  2. Tatsächlich ist es aus irgendeinem Grund legitim, Geld für ein Paket mit OpenSource-Code zu verlangen und dessen Quelle zu schließen - dies ist definitiv eine Neuigkeit für mich.

  3. Ich verstehe etwas falsch - sehr wahrscheinlich.

Jamesson
quelle
Facebook tat ...
Dynamische
1
Kein Scherz - welche?
Jamesson
Ich meinte, Facebook ist auf Open-Source-Software geschrieben.
Dynamische
Welches Projekt?
Jamesson
# 2 scheint eigentlich zwei verschiedene Möglichkeiten zu haben: Sie können Open-Source-Software (auch GPL-Software) verkaufen und Closed-Source-Software kostenlos verschenken. Geld aufladen und die Quelle schließen sind zwei verschiedene Dinge.

Antworten:

34

Es kommt darauf an welche Lizenz.

Es gibt einige freie Softwarelizenzen, die speziell entwickelt wurden, um Leute davon abzuhalten, solche Dinge zu tun, wie zum Beispiel die GNU GPL. Sie werden als "virale" Lizenzen bezeichnet, da sich ihre Lizenzbestimmungen auf jeden Code erstrecken, mit dem Sie sie verwenden. Dies verhindert, dass Sie eine GPL-Bibliothek in einem Nicht-GPL-Programm (oder einem kompatiblen Programm) verwenden.

Andere Lizenzen befassen sich mehr mit dem freien Austausch von Code als mit der Weitergabe einer bestimmten Ideologie. Irgendwo in der Mitte des Spektrums befindet sich die MPL (Mozilla Public License), die nicht viral ist und in proprietären Projekten verwendet werden kann. Die Lizenzbestimmungen setzen jedoch voraus, dass der MPL-Code selbst von der MPL abgedeckt bleibt Änderungen (wie Verbesserungen, Bugfixes, Ports usw.), die Sie am MPL-Code vornehmen, müssen frei veröffentlicht werden. Die Idee hier ist: "Sie erhalten diesen Code frei. Wenn Sie ihn verbessern, sollten Sie Ihre Verbesserungen als Zahlung an die Community zurückgeben."

Am anderen Ende des Spektrums befinden sich die vollständig offenen Lizenzen wie die BSD-, MIT- und Zlib-Lizenzen. Sie sagen im Wesentlichen "dieser Code ist für jedermann frei zu verwenden, wie sie wollen." (Mit ein paar Einschränkungen natürlich, aber es ist wirklich nicht viel dabei.) Personen, die diese Lizenzen verwenden, verwenden ihren Code kostenlos mit höchster Priorität.

Daher sind nicht alle Lizenzen für freie Software gleich. Werfen Sie einen Blick auf die Lizenzen, die hier verwendet werden, und deren Bedingungen, und Sie erhalten eine bessere Vorstellung davon, ob der Entwickler diese einhält, indem Sie sie in einem proprietären Projekt verwenden.

Es gibt auch eine vierte Möglichkeit: Das "ziemlich große Unternehmen" hätte das Produkt unter verschiedenen Bedingungen lizenzieren können. Eine Softwarelizenz soll Benutzer der Software einschränken, nicht den Ersteller der Software, und es ist nicht ungewöhnlich, dass jemand eine Open-Source-Bibliothek unter GPL-Bedingungen veröffentlicht und dann kommerzielle Lizenzen für sie an Personen verkauft, die Sie möchten es in einem proprietären Projekt verwenden, ohne dass deren Codebasis durch eine virale Lizenz "infiziert" wird.

Mason Wheeler
quelle
Spot on. Die Aufteilung erfolgt zwischen freier Software und offener Software. Frei wie in Freiheit = GPL. Offen (ala "frei wie im Bier") = BSD / Mozilla. Siehe Gratis versus libre .
Philip
3
@Philip. Komplett falsch. Alle von Ihnen genannten Lizenzen (GPL, BSD, MPL) sind frei ("frei wie in Freiheit"). Alle neigen auch dazu, die Software frei verfügbar zu machen ("frei wie im Bier"). GPL ist jedoch Copyleft , während BSD zulässig ist . (MPL ist irgendwo in der Mitte, denke ich.)
TRiG
1
@TRiG Deine letzte Zeile ist korrekt, aber Stallmans Argument ist, dass die GPL "frei wie in Freiheit" ist, dh "Libre". Die Antwort der Open-Source-Bewegung war, dass sie keine Virallizenzen wollten. Sie wollten "frei wie im Bier". Ok, Beispiel: Wenn BSD "libre" ist, warum ist dann Apples OSX, das auf BSD basiert, jetzt proprietär? Das scheint mir nicht sehr "befreit" zu sein. BSD war Open-Source-Software, die Apple nahm, sperrte (ihre proprietäre Lizenz) und nannte sie ihre eigene. Sie konnten dies tun, weil BSD frei war wie in Bier. Kapiert? Der Link macht einen besseren Job zu erklären.
Philip
1
@Philip. Nein, das lag daran, dass BSD frei und freizügig war, während GPL-Inhalte frei und copyleft sind. Freibier hat nichts damit zu tun, das ist (in der Regel) nur eine unvermeidliche Nebenwirkung von Freibier.
TRiG
Ich würde sagen, der Code ist sichtbar, die Kosten sind Null und die Lizenz ist zulässig. Vergessen Sie offenes Bierzeug.
Jiggunjer
2

Haftungsausschluss : Ich bin kein Anwalt. In der Vergangenheit haben Softwareentwickler mit Anwälten zusammengearbeitet, um die Absicht von Rechtsdokumenten und deren Arbeit zu erraten, während Anwälte (1) lesen, was geschrieben steht, und (2) die legalen und nicht die allgemeinen Definitionen von Wörtern verwenden. Achtung.

Wie Mason sagte, hängt es von der Lizenz ab, die von der Open-Source-Software verwendet wird. Es gibt viele gängige Lizenztypen. Die meisten Benutzer dürfen ihren Code verwenden, solange sie den Autor entschädigen und die Namensnennung einschließen (z. B. die Lizenzinhalte in einer Hilfedatei oder im Dialogfeld "Info"). Die restriktiveren Lizenzen können eventuell weitere Änderungen erfordern, sind aber auch Open Source (zB GPL).

Viele Unternehmen verwenden Open Source-Komponenten als Teil von Closed Source-Software. Solange die Closed-Source-Software den Lizenzbestimmungen entspricht, ist sie wie kommerzielle Komponenten verwendbar.

Wenn Sie diese Komponenten selbst verwenden möchten, müssen Sie noch weitere Aspekte berücksichtigen. Beispielsweise hängt es in der Aussage "Darf ich Closed-Source-Software mit Open-Source-Code erstellen?" Davon ab, was mit "mit" gemeint ist. Verwendet das Paket kompilierte Bibliotheken? Verwendet es den Quellcode direkt? Ändert es den Quellcode oder schließt es ihn in Ihren ein? Jede Form der Code-Änderung oder Vermischung ist aus rechtlicher oder lizenzrechtlicher Sicht viel schwieriger.

Wird der Code auch an Kunden verteilt (z. B. auf deren Servern, PCs oder Mobiltelefonen ausgeführt) oder wird er auf einem Server in der Cloud verwendet? Das Verteilen von Software kann eingeschränkt oder eingeschränkt sein. Abgesehen von der Softwarelizenz können auch andere Gesetze gelten, wie z. B. Exportbeschränkungen für die USA (obwohl ich denke, dass ich jetzt nicht mehr in Frage komme).

akton
quelle