Ein interessanter Punkt tauchte in einem anderen Thread über die angebliche Veruntreuung eines GPL-Projekts auf. In diesem Fall wurde die Unternehmenssoftware von einigen großen Unternehmen verwendet, die im Wesentlichen den Code verwendeten, den Namen änderten, die GPL-Hinweise entfernten und das Ergebnis verwendeten.
Der Punkt war: Wenn das Unternehmen dies tat und die Software nur intern verwendete, gab es keine Distribution und das ist unter der GPL vollkommen legal. Änderungen durch eigene Mitarbeiter für den internen Gebrauch wären ebenfalls zulässig.
Ab wann wird es eine Distribution?
Vermutlich wären ihre Änderungen auch intern und somit keine Verteilung, wenn sie externe Auftragnehmer im Rahmen von "Work for Hire" einbeziehen würden.
Wenn sie ein externes Software-Outfit beauftragen würden, Änderungen vorzunehmen, und diese Änderungen nur intern vom Unternehmen verwendet würden - würden diese Änderungen verteilt? Gilt die GPL für den Kunden oder für die externen Entwickler?
Wenn das Unternehmen das Ergebnis dann an eine andere Abteilung, einen anderen Geschäftsbereich, ein anderes Unternehmen weitergibt? Was ist, wenn das andere Unternehmen eine hundertprozentige Tochtergesellschaft ist?
ps. Ja, ich weiß, die Antwort ist, einen Anwalt zu fragen. Alle Diskussionen, die ich über die GPL2 / GPL3- Distribution gesehen habe, betrafen Webservices und nicht die interne Verwendung.
Antworten:
Das Wesentliche an der GPL ist, dass sie nicht einschränkt, was Sie mit der Software tun können - sie stellt Anforderungen an Sie, wenn Sie die abgedeckte Arbeit übermitteln oder verbreiten. So zitieren Sie die GPLv3 :
Wenn Sie also nur eine private Kopie verwenden, verbreiten oder übermitteln Sie die Arbeit nicht, sodass die Bedingungen, unter denen Sie die Arbeit übermitteln können, nicht relevant sind.
Siehe diese FAQ :
quelle
Schau es dir so an. Es spielt keine Rolle, ob es verschiedene Abteilungen oder Tochtergesellschaften gibt. Es ist nur wichtig, ob Sie die Binärdateien an eine andere Partei verteilen und nicht die Quelle angeben.
Wenn es eine andere Abteilung gibt, die die Änderungen verwendet, wird sie die Quelle veranlassen, daran zu arbeiten. Keine große Sache. Sie halten sich an alles in der Lizenz. Jeder, der eine Distribution erhalten kann, benötigt die Quelle.
Dienste über das Netzwerk gelten nicht als Verteilung.
Hier ist ein Versuch einer einfachen Erklärung der GPL:
Wenn ein GPL - Projekt erzeugt
awesomeProduct.jar
, die an jedem OrtawesomeProduct.jar
vorhanden ist ,awesomeProduct_src.jar
muss auch vorhanden sein. Wenn jemand nicht hatawesomeProduct.jar
, bekommt er nichtawesemeProduct_src.jar
quelle
Wenn das Unternehmen dies tun möchte, gibt es eine sehr einfache Methode, um alle Verpflichtungen und rechtlichen Probleme zu vermeiden: Geben Sie jedem Mitarbeiter, der eine Kopie der Software aushändigt, gleichzeitig den vollständigen Quellcode. Dies ist eine der drei Möglichkeiten, um Ihre Verpflichtungen aus der GPL zu erfüllen.
Sagen Sie den Mitarbeitern, dass sie die Software nicht an Dritte weitergeben dürfen und dass sie den Quellcode definitiv nicht an Dritte weitergeben dürfen. Wenn ja, haben sie Probleme mit ihrem Arbeitgeber. Wenn sie auf die Übergabe des Quellcodes verzichten, haben sie rechtliche Probleme (und nicht den Arbeitgeber, weil der Arbeitgeber die Software nicht verteilt hat).
quelle
Ich würde dieses Zitat von ihrer Web site betrachten
Sie müssen die Quelle bis zum Ende der Kette weitergeben. Sehen Sie sich nur an, wie Ihre externe API der Kunde der internen API ist. Die Anforderung, Quelle bereitzustellen, wird durch die Verwendung der internen API durch die externe API vererbt.
quelle