Kann ich eine LGPL-lizenzierte Bibliothek in meiner kommerziellen App verwenden?

Ich möchte eine LGPL-lizenzierte Bibliothek in meiner App für den App-Marktplatz von Microsoft verwenden. Ist das in Ordnung?

lgpl

— William Jockusch
quelle

IANAL. Die Frage ist wirklich, ob die Bedingungen des MS App Marketplace und der LGPL in irgendeiner Weise miteinander in Konflikt stehen. Wenn die Antwort "Nein" ist, sollte es kein Problem sein. Sonst kann es sein. Verhindert der App-Marktplatz die Verbreitung von Quellen? Verbietet der App-Marktplatz Open Source? Bearbeiten Weitere Daten von einem schnellen google des Problems: social.msdn.microsoft.com/Forums/en/windowsphone7series/thread/...

— Thomas James

Beachten Sie auch, dass Sie NIEMALS die rechtlichen Hinweise befolgen sollten, die Sie im Internet erhalten, es sei denn, diese stammen von einem Anwalt. Am liebsten einer, der sich auf das jeweilige Gebiet spezialisiert hat, in diesem Fall: Softwarelizenzen. Nehmen Sie all diese Antworten mit einem Körnchen Salz, da Sie sich sonst möglicherweise Klagen aussetzen.

— Radu Murzea

Antworten:

Hier ist eine umfassende Antwort:
http://answers.google.com/answers/threadview/id/439136.html

Kurz gesagt: Ja, das kannst du. Ein wichtiger Punkt ist jedoch, dass die GNU LGPL-Bibliothek dynamisch verknüpft und nicht statisch mit der Hauptanwendung vermischt ist.

Es sollte auch möglich sein, diese dynamisch verknüpfte Bibliothek gegen einen unabhängig kompilierten Build auszutauschen. Andernfalls haben Sie wahrscheinlich die Bibliothek und den Hauptanwendungscode vertauscht.

— Mario
quelle

Dies gilt für LGPL 2, aber LGPL 3 scheint statische Verknüpfungen zuzulassen, wenn ich es richtig verstehe.

— Richard Le Mesurier

@mario, ist das auch in einer Closed-Source-App erlaubt? Muss ich Kredit geben? Etwas?

— Shimmy

@RichardLeMesurier, beide Versionen erlauben statische Verknüpfungen, aber es ist wichtig zu erwähnen, dass Software, die eine LGPL-Bibliothek statisch verknüpft, unter einer LGPL-Lizenz selbst herausgegeben werden muss, wenn ich das richtig verstehe. Ich bin kein Anwalt. Dies ist keine rechtliche Beratung.

— Tyler Crompton

> Es ist wichtig zu erwähnen, dass Software, die eine LGPL-Bibliothek statisch verknüpft, unter einer LGPL-Lizenz selbst herausgegeben werden muss, wenn ich das richtig verstehe ===> Auf keinen Fall. Jede Closed-Source-Anwendung kann statisch mit LGPL-Bibliotheken verknüpft werden,

— Jean-Michaël Celerier

Was passiert mit LGPL-Bibliotheken, die nur Header enthalten?

— gnzlbg

Mit der LGPL-Lizenz kann eine Anwendung, die auf die Binärdateien verweist, als Closed-Source-Anwendung verwendet werden. Außerdem hindert Sie nichts daran, eine Open Source-App auf dem Microsoft App Marketplace zu verkaufen.

— Michael Brown
quelle

Dieser Artikel kann helfen.

Ich vermute, da LGPL die Bereitstellung des Quellcodes (der Bibliothek, mit der Sie verlinkt haben) über einen Download ermöglicht, muss es in Ordnung sein, eine LGPL-lizenzierte Bibliothek in Ihrer App für den Microsoft-Markt zu verwenden.

Zitat aus der LGPL-Version 2.1 :

Wenn die Verteilung des Objektcodes durch das Anbieten des Zugriffs auf die Kopie von einem bestimmten Ort aus erfolgt, erfüllt das Anbieten des entsprechenden Zugriffs auf die Kopie des Quellcodes von demselben Ort die Anforderung, den Quellcode zu verbreiten, auch wenn Dritte nicht gezwungen sind, die Quelle zu kopieren zusammen mit dem Objektcode.

Das einzige, was ein Problem zu sein scheint, ist die Anforderung "am selben Ort", die Sie nicht erfüllen werden, wenn Ihre App über den Marktplatz verteilt wird.

— Andrew Okunev
quelle

Eigentlich hält Sie nichts davon ab, Quellcode als Ressourcen in Ihrer App zu bündeln, beispielsweise als ZIP-Datei, und Sie haben die Möglichkeit, ihn lokal in Ihrer App zu speichern, wenn der Benutzer dies möchte. Wenn Sie mehrere Bibliotheken mit unterschiedlichen Lizenzen haben, verlieren Sie

— allmählich den