MySQL, GPL, UniDAC - Ist das alles rechtens so?

[franktron]

Zitat von alphaflight83:

Zitat von mkinzler:

Da MariaDB ein Fork ist, gilt die selbe Beschränkung auch für dafür und Oracle könnte es genauso durchsetzen, als wenn du die Originalversion verwendest.

Das glaube ich so nicht, da MySQL ja nicht rein auf die GPL setzt, siehe Bernhards Beitrag, sondern ein duales Lizenzsystem verwendet. Die zweite Lizenz soll bei allen kommerziellen Anwendungen greifen, weshalb die natürlich so kleinlich ausgelegt wird wie möglich. Da der Fork sich aber komplett auf die GPL bezieht, kann ich mir nicht vorstellen, dass Oracle/MySQL da irgendwelche Chancen hat auf Lizenzverletzungen zu pochen. (Ansonsten wäre ja die ganze GPL Sache für die Füße)
Und dann greift im Endeffekt wieder das was Bernhard gesagt hat, da du keine Codebestandteile integrierst sondern ein fertiges Kompilat verwendest, solltest du (vor allem mit UniDAC) auf der sicheren Seite sein.

So sehe ich das auch.

[mkinzler]

In diesem Fall meint aber Herr Stallman etwas anderes

Zitat:

The GNU Project has two principal licenses to use for libraries. One is the GNU Lesser GPL; the other is the ordinary GNU GPL. The choice of license makes a big difference: using the Lesser GPL permits use of the library in proprietary programs; using the ordinary GPL for a library makes it available only for free programs.

Eine Libary unter der GPL darf nur dann in nicht GPL-Anwendungen verwendet werden, wenn diese eine "linked to" Klausel in der Lizentvereinbarung besitzt (GPL linking exception). Sonst nicht. Diese wird die Lizenz von MySQL aber nicht vorweisen.
http://en.wikipedia.org/wiki/GPL_linking_exception

[alphaflight83]

Zitat von mkinzler:

In diesem Fall meint aber Herr Stallman etwas anderes
Eine Libary unter der GPL darf nur dann in nicht GPL-Anwendungen verwendet werden, wenn diese eine "linked to" Klausel in der Lizentvereinbarung besitzt (GPL linking exception). Sonst nicht. Diese wird die Lizenz von MySQL aber nicht vorweisen.

Deswegen ja die Verwendung von UniDAC, da das nicht gegen die libmysql.dll linkt.

[Medium]

Halt, Moment! Die DLL spielt ja überhaupt nicht mit in meinem Fall! Das ist ja grad der Knackpunkt, um den es mir überwiegend geht: Ich Linke nirgends GPL lizensierten Code, auch nicht als Binary, sondern mittels der von DevArt entwickelten, von uns erworbenen Komponenten, die imho eben genau diese DLL nicht verwenden.
Alles was nachher bleibt ist, dass wir via non-GPL Programm auf eine vom Kunden, beim Kunden installierte MySQL DB zugreifen (die er jedoch von uns "wärmstens empfohlen" bekommt). Die Konfiguration der DB zur Verwendung mit unserem Programm ist eine separate Dienstleistung, oder Kulanz.

Edit: Und warum sollte Oracle da um Klarheit bemüht sein? Vor allem um seriös zu wirken. Ich kann doch kaum daran interessiert sein, willige Kunden ins offene Messer laufen zu lassen, in dem ich duch unklare Aussagen nicht definiere, dass das Messer tatsächlich da ist. Wenn ich nicht zahlen muss, tu ich (bzw. unsere Kunden) das nicht. Wenn keine andere Interpretation als "du müsse kaufe" möglich wäre, würde es zwar was Kosten, aber dann weiss ich, dass sich der (nicht geringe) Aufwand eines Umstieges (was viel Legacy-Code Anpassungen beinhaltet) kein Minusgeschäft wär, bzw. dass ggf. eine entsprechende Lizenz dennoch lohnenswert wäre, und der Kunde fragt nicht komisch, warum er auf einmal für seine DB löhnen muss obwohl MySQL doch frei ist.

[mkinzler]

Oder besser gleich ein DBMS einsetzen, welches kein Damoklesschwert frei Haus mitliefret.

[franktron]

Ich sage nur guckt mal hier wenn das nicht eindeutig ist dann weis ich auch nicht mehr

http://kb.askmonty.org/en/about-mariadb/license/
Und hier steht
http://creativecommons.org/licenses/by-sa/3.0/

to Share — to copy, distribute and transmit the work
to Remix — to adapt the work
to make commercial use of the work

[mkinzler]

Zitat:

This page is licensed under both of the following two licenses:

Nicht das DBMS

http://kb.askmonty.org/en/mariadb-license

[alphaflight83]

Zitat von Medium:

Halt, Moment! Die DLL spielt ja überhaupt nicht mit in meinem Fall! Das ist ja grad der Knackpunkt, um den es mir überwiegend geht: Ich Linke nirgends GPL lizensierten Code, auch nicht als Binary, sondern mittels der von DevArt entwickelten, von uns erworbenen Komponenten, die imho eben genau diese DLL nicht verwenden.
Alles was nachher bleibt ist, dass wir via non-GPL Programm auf eine vom Kunden, beim Kunden installierte MySQL DB zugreifen (die er jedoch von uns "wärmstens empfohlen" bekommt). Die Konfiguration der DB zur Verwendung mit unserem Programm ist eine separate Dienstleistung, oder Kulanz.

Die einzige verbleibende Problematik ist die MySQL Lizenz, die eben auch besagt, dass ein Programm, sobald es MySQL benötigt (Also keine alternative DB unterstützt) lizenzpflichtig wird...
Allerdings könnte man nun dank der MariaDB argumentieren, dass diese, weil weitgehend identisch, auch unterstützt wird, womit man aus dem Schneider wäre

Edit:
Oracle hat verständlicherweise ein Problem mit der Klarheit, denn wenn sie den Leuten genau erklären, wann die Kommerzlizenz greift, beinhaltet das im Umkehrschluss auch die genaue Anleitung diese zu umgehen, womit Großteile des Profits wegbrechen dürften.

[franktron]

Der Link von meinem Vorpost kommt hierher http://kb.askmonty.org/en/about-mariadb
ist wohl schlecht verlinkt.

[Medium]

Zitat von mkinzler:

Oder besser gleich ein DBMS einsetzen, welches kein Damoklesschwert frei Haus mitliefret.

Als freie DB bliebe da ja fast nur Firebird, welches aber grad an älteren Programmen dermaßen viel kaputt machen würde (in Punkto SQL-Eigenarten der beiden Dialekte vor allem), dass diese Umstellung für Altprojekte kaum leistbar wäre. Zeos durch UniDAC ersetzen war schon ein Akt, aber dank sehr ähnlicher Interfaces praktikabel. Wir sind leider erst nachdem wir bereits Software mit Zeos/MySQL im Einsatz hatten auf diese Unwegbarkeit gestoßen. MariaDB als Argument wäre natürlich ein Leckerli.
Und es ist ja nicht nur die DB an sich: Die ganzen Workbench-Projekte zum Design müssten ebenfalls abgebildet werden, und was ich an (freien) Tools für FB so gefunden habe, war wenig überzeugend. Kostenpflichtige mit vergleichbarem Umfang schlagen zudem recht üppig in die Kaffeekasse, so dass man für das Geld schon fast besser MySQL lizensieren könnte