2010-01-27 13 views

Antwort

16

Kurz gesagt, die Idee der LGPL'd Projekte (in der Regel Bibliotheken) ist, dass Sie frei sie in Ihrer eigenen Anwendung verwenden können, sei es offene oder geschlossene Quelle, frei oder proprietär - so lange Wenn Sie den Quellcode des LGPL-Teils veröffentlichen (wenn Sie den LGPL-Teil ändern, müssen Sie die geänderten Quellen unter LGPL veröffentlichen).

Darüber hinaus müssen die Bibliotheken dynamisch verknüpft werden, so dass sie vom Benutzer auf eine andere Version ersetzt werden können, wenn er dies wünscht. Für Bibliotheken (.dll, .so, .jar ...) ist dies normalerweise selbstverständlich. Randnotiz: Dies ist inhärent sinnlose Voraussetzung, denn nichts erfordert, dass Ihre Anwendung funktioniert mit einer anderen Bibliotheksversion als die, die Sie ursprünglich zur Verfügung gestellt. Sie können sogar aktiv verhindern, dass Ihre Anwendung mit anderen Versionen arbeitet.

+3

"Sie können sogar aktiv verhindern, dass Ihre Anwendung mit anderen Versionen arbeitet." ist einfach falsch. Lesen Sie die LGPL. –

+5

Bitte zeigen Sie mir, wo es verboten ist. Die LGPL verlangt, dass "die Software mit einer neueren Version des LGPL-bezogenen Programms verknüpft werden kann". Aber es erfordert nicht, dass das resultierende Programm funktioniert! Und wie könnte es das erfordern - es ist nicht ungewöhnlich, dass die Abwärtskompatibilität auch mit Bibliotheken immer wieder bricht. Zugegeben, das Programm absichtlich zu brechen, ist gegen den * Geist * der LGPL. –

+0

Zusatz: Was LGPL tatsächlich benötigt, ist, dass die Lizenz Ihrer proprietären Software * das Reverse-Engineering und die * Änderung * Ihres * Programms erlauben muss, damit Kompatibilitätsprobleme mit anderen Versionen von LGPL-Bibliotheken gelöst werden können. Da es jedoch nicht erforderlich ist, Quellen Ihrer proprietären Anwendung zu veröffentlichen, ist dieses Reverse-Engineering-Geschäft eine theoretische Möglichkeit. –

5

Sie können LPGLed-Bibliotheken mit Ihrer proprietären Software verwenden, aber es gibt einige Einschränkungen, die Sie beachten müssen. Lesen Sie die LGPL sorgfältig und wenden Sie sich an einen Anwalt.

+1

Siehe http://www.gnu.org/copyleft/lesser.html und http://www.gnu.org/licenses/gpl-faq.html – csl

+0

Was bedeutet das, dass meine proprietäre Software? –

+4

Neben all den "muss Urheberrechtshinweis enthalten, muss Quelle für die LGLL-Sachen zur Verfügung stellen", müssen Sie sicherstellen, dass Benutzer Ihrer Software eine modifizierte Version dieser Bibliothek verwenden können. –

5

Allgemeine Hinweise können Sie eine LGPL-Bibliothek verwenden, wenn

  • Sie mit ihm verbinden dynamisch nur erlaubt benutzerspezifische Bibliothek zu ersetzen (zB dll auf neuere kompatible Version ersetzen).
  • Wenn Sie Änderungen am LGPL-Code vornehmen, geben Sie auch die geänderten Bibliotheksquellen frei.

Generell viele Closed-Source-Projekte LGPL-Code verwenden, ist es gängige Praxis, aber Lese Lizenz sorgfältig, vor allem diese GPL-FAQ.

Wenn Sie Zweifel haben, wenden Sie sich an Anwalt.

1

Wenn Sie die GNU-App als Teil des Entwicklungsprozesses verwenden, ist der resultierende Code verkäuflich. Wenn Sie die öffentlichen APIs der GNU-App aufrufen oder anderweitig verwenden, ist Ihre App verkaufsfähig, vorausgesetzt, Sie packen und verteilen die GNU-App als separate Komponente zusammen mit der ursprünglichen App - und machen dies in Ihrer Dokumentation deutlich Sie verwenden die GNU-Bibliothek und sie gehört immer noch zu den ursprünglichen Autoren unter den GNU-Lizenzbedingungen.

Wenn Sie andererseits das Paket geändert, den Code aus dem Paket ausgeschnitten und eingefügt, Ihren Code in die Programme eingefügt oder den Code anderweitig geändert haben, können Sie ihn nur mit der gleichen GNU-Lizenz weitervertreiben. Das schließt nicht wirklich den Verkauf der Software aus, aber es gibt alle Arten von Komplikationen, daher ist es das Beste, nicht dorthin zu gehen.

Im Zweifelsfall kontaktieren Sie die Originalautoren, sagen Sie ihnen, was Sie getan haben/beabsichtigen und fragen Sie sie, was sie denken - es ist nachher, dass Ihre Software mit Ihrem.

1

Kurze Antwort ist ja, Sie können Ihre Anwendung unter jeder Lizenz verkaufen, die Sie mögen. Das einzige, was Sie tun müssen, ist:

  1. Erwähnung irgendwo, dass Ihr Produkt, dass die Bibliothek verwendet, an jedem Ort, in der Info-Box, in der Splash-Screen, im Handbuch ...

  2. Wenn Ihr Kunden fragen immer nach dem Quellcode dieser Bibliothek (nicht unbedingt Ihre Anwendung), dann müssen Sie sie ihnen geben oder ihnen sagen, wie man sie bekommt. Aber beachten Sie, dass nur Ihre Kunden/Benutzer dieses Recht tatsächlich haben (und die meisten Kunden stören sich nicht richtig?).

, die im Grunde es auf dem Punkt ist, obwohl ich immer noch Sie die GPL FAQ würde empfehlen, von Artyom geschrieben lesen.