Über MySQL ++, GPL und LGPL

Question

MySQL ++ ist lizensiert obwohl LGPL, das bedeutet, dass ich eine ausführbare Datei dynamisch mit ihr verlinken konnte, ohne sich Gedanken darüber machen zu müssen, dass der Quellcode nicht GPL ist. Aber, MySQL verbindet sich mit libmysqlclient {_r}. {A, so} (http://tangentsoft.net/mysql++/#linkerrors), die GPLed ist.
Wie gesehen dann ist MySQL ++ technisch nur ein "Wrapper" (übrigens ein sehr gut implementierter Wrapper, versteh mich nicht falsch) gegenüber dem GPLed libmysqlclient {_r}. {A, so}, wenn ich Links zu MySQL ++ vergleiche Verknüpfung mit libmysqlclient {_r}. {a, so}?

Wenn dies der Fall ist, dann ist der Zweck von MySQL ++ LGPLed sinnlos, da dann jede ausführbare Datei, die dynamisch dagegen verlinkt, dann mit libmysqlclient {_r}. {A, so} verknüpft werden muss. Wo liege ich falsch?

Answer 1

Wenn Ihr Programm unter einer der in der Datei EXCEPTIONS-CLIENT aufgelisteten Lizenzen in der MySQL-Distribution lizenziert ist, muss Ihr Programm nicht GPL-kompatibel sein, um die MySQL-Client-Bibliothek verwenden zu können.

Aber im Allgemeinen, ja, wenn Sie zu einer GPL-Bibliothek verknüpfen möchten, dann muss Ihr Programm GPL-kompatibel sein.

Answer 2

Ich glaube, dass Sie mit der Schlussfolgerung übereinstimmen, dass die Verlinkung gegen die LGPL-Bibliothek A, die selbst mit GPL-Bibliothek B verknüpft ist, mit der Verknüpfung mit einer GPL-Bibliothek übereinstimmt und Ihr Programm daher der GPL unterliegt.

Also ich würde zustimmen, dass libmysql ++ LGPL ist ziemlich sinnlos, aber ich denke, es kann so sein, weil ältere Versionen der MySQL-Client-Bibliotheken verwendet LGPL sein. (Sie sind alle jetzt voll GPL, wie Sie bemerkt haben)

Answer 3

Sie müssen möglicherweise einen Anwalt konsultieren. Ich bin keiner. Aber hier sind einige Dinge zu beachten:

Verwenden von MySQL ++ unter der LGPL funktioniert nur, wenn die resultierende Arbeit auf die GPL-Lizenz für MySQL, die eine GPL + Ausnahmen gilt. Daher muss Ihr Programm GPL oder eine der freigestellten Lizenzen sein. Alles andere wäre wahrscheinlich ein Verstoß gegen die GPL.

GPL und LGPL gelten, wenn Werke verteilt werden. Ich kann den nVidia-Binärtreiber legal in den GPL-Kernel auf meinem Computer installieren, weil ich ihn nicht auf diese Weise vertreibe. Wenn Ihre Anwendung keine abgeleitete Arbeit von MySQL ist, fällt sie nicht unter das Copyright von MySQL. Wenn die Verbreitung Ihrer App nicht gegen das Urheberrecht von MySQL verstößt, müssen Sie sich nicht um die Bedingungen der MySQL-Lizenz kümmern. Ein Anwalt kann Ihnen sagen, wo die abgeleitete Arbeitsgrenze liegt. Die FSF behauptet, dass die Verknüpfung eine abgeleitete Arbeit schafft.

Es kann sein, dass wenn Ihr Programm nicht mit MySQL, sondern nur mit MySQL ++ verknüpft ist, Ihre Anwendung keine abgeleitete Arbeit von MySQL ist. Dies ist im Allgemeinen der Fall, wenn zwischen zwei Komponenten eine ausreichend dicke Schicht vorhanden ist. Eine Java-App, die in der JVM ausgeführt wird, stellt eine Verbindung zur JVM her, zum Beispiel nicht zum Kernel. Es kann nicht als abgeleitete Arbeit des Kernels angesehen werden (* pedantische Anmerkung: die meisten Kernel betrachten Programme nicht als abgeleitete Werke. Aber das Konzept ist dasselbe).

Denken Sie daran, dass die Macht der (L) GPL vom Urheberrecht stammt. Wenn A ein abgeleitetes Werk von B ist, benötigen Sie die Erlaubnis des Urheberrechtsinhabers von B, es zu verteilen. Wenn A nicht ist, brauchen Sie keine Berechtigung zum Verteilen von A. Wenn A von B abgeleitet ist, aber B von C abgeleitet ist, kann A von C stammen oder nicht. Sie benötigen die Erlaubnis aller Urheberrechtsinhaber, ihre Werke oder Derivate zu verteilen funktioniert. Die (L) GPL gibt an, unter welchen Bedingungen diese Berechtigung automatisch gewährt wird.

Answer 4

Oracle (ne & eacute; Sun, ne & eacute; MySQL AB) wird glücklich sell Sie eine GPL-Ausnahme für die C-API-Bibliothek. Dann können Sie die MySQL ++ DLL zusammen mit Ihrem Programm verteilen und unterliegen nur der LGPL.