Firebird - kommerzielle Nutzung

[davar]

Hi,

jetzt sitz ich hier schon eine Weile und versuche mit meinem gebrochenen Englisch herauszufinden, ob man denn Firebird auch für kommerzielle Software nutzen kann oder man dafür bezahlen muss. Kann mir jemand diese Frage beantworten?

MfG

davar

[whiteshark]

Was willste mit dem Firebird denn machen?

[Robert_G]

Ein ganz klares: Ja darfst du. ;)

[MagicAndre1981]

Klar kannst du den FB einsetzen und du brauchst nix zahlen, da er OpenSource ist.

Hier gab es schon mal eine Diskussion über den Firebird im profesionellen Einsatz.

André

[MrSpock]

...und das Gute ist, auch deine Kunden brauchen keine kostenpflichtigen Lizenzen.

[Michael_Bayer]

Zitat:

Zitat von MagicAndre1981

Klar kannst du den FB einsetzen und du brauchst nix zahlen, da er OpenSource ist.
André

Was aber nicht bedeutet, dass man alles was OpenSource ist, kommerziell verwenden darf...

[MagicAndre1981]

Zitat:

Zitat von Michael_Bayer

Zitat:

Zitat von MagicAndre1981

Klar kannst du den FB einsetzen und du brauchst nix zahlen, da er OpenSource ist.
André

Was aber nicht bedeutet, dass man alles was OpenSource ist, kommerziell verwenden darf...

Zitat:

Zitat von http://firebird.sourceforge.net/

Firebird is completely free of any registration, licensing or deployment fees. It may be deployed freely for use with any third-party software, whether commercial or not.

Do I have to pay anything to use Firebird or distribute it with my application software?
No, there is nothing to pay. If you would like to contribute some cash, you can become a member of the FirebirdSQL Foundation and play your part in keeping the progress of new code development moving forward strongly.

Ich glaube das sagt alles, oder?

[davar]

Alles klar, danke an alle, die sich die Mühe gemacht haben!


MfG

davar

[Michael_Bayer]

Zitat:

Zitat von MagicAndre1981

Zitat:

Zitat von Michael_Bayer

Zitat:

Zitat von MagicAndre1981

Klar kannst du den FB einsetzen und du brauchst nix zahlen, da er OpenSource ist.
André

Was aber nicht bedeutet, dass man alles was OpenSource ist, kommerziell verwenden darf...

Zitat:

Zitat von http://firebird.sourceforge.net/

Firebird is completely free of any registration, licensing or deployment fees. It may be deployed freely for use with any third-party software, whether commercial or not.

Do I have to pay anything to use Firebird or distribute it with my application software?
No, there is nothing to pay. If you would like to contribute some cash, you can become a member of the FirebirdSQL Foundation and play your part in keeping the progress of new code development moving forward strongly.

Ich glaube das sagt alles, oder?

Ja, ausser dass man nicht jede OpenSource Software in seinen kommerziellen Softwareprojekten gratis nutzen kann... :roll:

[Hansa]

Wer hat denn was gesagt von "jeder" Die Frage bezieht sich lediglich auf Firebird. Man sollte sich schon die genauen Lizenzbedingungen überlegen, also jetzt bei eigenem Open Source Projekt. Bei Firebird ist die Sache glasklar. 8)

[Lemmy]

Hi,

Michael wollte nur auf den Umstand aufmerksam machen, dass gilt:

OpenSource bedeutet nicht kostenlos für den kommerziellen Einsatz.


Das ist aber durch das Posting von MagicAndre so rübergekommen. ;-)

Lemmy

[soulies]

Hallo,

in Anlehnung an diesen "älteren" Beitrag noch mal eine aktuelle Frage:

Wenn ich eine Software kommerziell vertreibe und Firebird als DB nutze,
dann kann ich das ohne Probleme tun. Ich muss keine Lizenzen kaufen oder
das Programm / Teile davon "offen legen" weil Firebird unter einer
bestimmten Lizenz steht. Oder ?

"Im Gegensatz zu anderen Open-Source-Lizenzmodellen, wie My SQL®, kann der Firebird Server absolut
kostenlos und ohne jede Einschränkung eingesetzt werden, auch in kommerziellen Umgebungen. "
[Link]


Wenn ich in dieser Software die ZEOS Komponenten für den Zugriff auf den Firebird Server verwende,
dann "erbt" die Software automatisch die GNU Lizenz, da ZEOS unter der GNU Lizenz veröffentlich ist. Richtig ?
[Link]


Reicht es, in Hinblick auf die GNU Lizenz, den Codeteil der Software offen zu legen der für die "Kommunikation" mit dem Server verantwortlich ist?
Aus dem [Link] bin ich nicht wirklich schlau geworden.


Danke für die Antworten.

Soulies

[Lemmy]

Zitat:

Zitat von soulies (Beitrag 1083721)

Ich muss keine Lizenzen kaufen oder
das Programm / Teile davon "offen legen" weil Firebird unter einer
bestimmten Lizenz steht. Oder ?

Das wurde hier doch schon ausführlich erläutert - Du darfst Firebird kostenlos nutzen und musst keinen Sourcecode von dir offen legen - außer Du fängst an am Firebird-Source selbst rumzuändern - in dem Fall die Lizenzbedingungen nochmal lesen (da bin ich jetzt zu faul dazu)

Zitat:

Zitat von soulies (Beitrag 1083721)

Wenn ich in dieser Software die ZEOS Komponenten für den Zugriff auf den Firebird Server verwende,
dann "erbt" die Software automatisch die GNU Lizenz, da ZEOS unter der GNU Lizenz veröffentlich ist. Richtig ?
[Link]

Dann verwendest Du anstelle der GPL (GNU Lizenz) die LGPL die speziell für den Einsatz für Bibliotheken im Programm geschaffen wurde. Hier sollte ein Hinweis in deiner Software ausreichen, dass Du die Zeos verwendest, die unter der LGPL stehen.



Grüße

[IBExpert]

Zitat:

Zitat von soulies (Beitrag 1083721)

Hallo,

in Anlehnung an diesen "älteren" Beitrag noch mal eine aktuelle Frage:

Wenn ich eine Software kommerziell vertreibe und Firebird als DB nutze,
dann kann ich das ohne Probleme tun. Ich muss keine Lizenzen kaufen oder
das Programm / Teile davon "offen legen" weil Firebird unter einer
bestimmten Lizenz steht. Oder ?

ja, korrekt, keinerlei duales Lizenzmodell und du mußt auch nichts
veröffentlichen von deinen Quellcodes oder sonstwas

Zitat:

Zitat von soulies (Beitrag 1083721)

"Im Gegensatz zu anderen Open-Source-Lizenzmodellen, wie My SQL®, kann der Firebird Server absolut
kostenlos und ohne jede Einschränkung eingesetzt werden, auch in kommerziellen Umgebungen. "
[Link]

Gut, der Text ist eh von uns, bleibt aber richtig. Ganz wichtig auch für MySQL Nutzer: Einfach
mal die Passagen rund um das Stichwort Distribution lesen, da liegen viele Fallstricke drin, die
euch zwingen, Lizenzen zu kaufen, auch nachträglich! Und bei aktuellen Kosten von 600 Euro pro
Lizenz (sprich pro installiertem MySQL Server) kann das eine Kalkulation recht schnell
durcheinander bringen. Dabei kann es sogar egal sein, ob der Kunde MySQL selbst installiert
hat, sobald eure Software nur MySQL unterstützt, distribuiert Ihr ggf. indirekt. Nur so als
Hinweis ..., insbesondere seit Oracle hinter MySQL steckt, die bekanntermaßen alles andere
als kulant sind.

Zitat:

Zitat von soulies (Beitrag 1083721)

Wenn ich in dieser Software die ZEOS Komponenten für den Zugriff auf den Firebird Server verwende,
dann "erbt" die Software automatisch die GNU Lizenz, da ZEOS unter der GNU Lizenz veröffentlich ist. Richtig ?
[Link]

Die aktuelle ZEOS Version ist LGPL, das erfordert von dir keine Quellcodeveröffentlichung.
Einfach mal in den Zeos Header schauen. Ich selbst benutz zeos aber eh nicht, weil mir das einfach im
vergleich zu anderen Bibliotheken zu lahm ist, teileweise bis zu 500 % langsamer.

Zitat:

Zitat von soulies (Beitrag 1083721)

Reicht es, in Hinblick auf die GNU Lizenz, den Codeteil der Software offen zu legen der für die "Kommunikation" mit dem Server verantwortlich ist?
Aus dem [Link] bin ich nicht wirklich schlau geworden.

bei LGPL sowieso egal

[Bernhard Geyer]

Zitat:

Zitat von Lemmy (Beitrag 1083724)

Dann verwendest Du anstelle der GPL (GNU Lizenz) die LGPL die speziell für den Einsatz für Bibliotheken im Programm geschaffen wurde. Hier sollte ein Hinweis in deiner Software ausreichen, dass Du die Zeos verwendest, die unter der LGPL stehen.

LGPL würde ich vermeiden. Denn auch hier kann es passieren das du deinen Quellcode offen legen musst damit der Anwender eine angepasste Version der Library einbinden kann. Wird die Library in die Exe kompiliert so kann der Kunde ja ohne Quellcode diese Bibliothek nicht in angepasster Version einbinden/verwenden. Hier müsstest du also eine DLL erstellen bei der du den gesamten Quellcode offen legst. Schlecht natürlich wenn du mit Verschlüsselten DB's arbeitest damit der Anwender manche daten nicht als Dump extrahieren kann.

Zitat:

Zitat von IBExpert (Beitrag 1083725)

Ich selbst benutz zeos aber eh nicht, weil mir das einfach im
vergleich zu anderen Bibliotheken zu lahm ist, teileweise bis zu 500 % langsamer.

Mittlerweile ist ZEOS schneller geworden. Damit mit den 500% ist lange her, kann ich aber für ältere Versionen bestätigen. Mittlerweile ist aber ZEOS schneller als manche (langsamere) kommerzielle Bibliothek.

[Lemmy]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1083728)

Denn auch hier kann es passieren das du deinen Quellcode offen legen musst damit der Anwender eine angepasste Version der Library einbinden kann. Wird die Library in die Exe kompiliert so kann der Kunde ja ohne Quellcode diese Bibliothek nicht in angepasster Version einbinden/verwenden. Hier müsstest du also eine DLL erstellen bei der du den gesamten Quellcode offen legst. Schlecht natürlich wenn du mit Verschlüsselten DB's arbeitest damit der Anwender manche daten nicht als Dump extrahieren kann.

Oh... danke für den Hinweis, das habe ich so dann immer falsch verstanden...

Grüße

[DelphiBandit]

Hat sich denn an den Lizenzbedingungen der Zeos-Komponenten etwas verändert? Ich habe in der 6.6.6. stable noch folgende Header drinstehen

Code:

{ The source code of the ZEOS Libraries and packages are  }
{ distributed under the Library GNU General Public        }
{ License (see the file COPYING / COPYING.ZEOS)           }
{ with the following  modification:                       }
{ As a special exception, the copyright holders of this   }
{ library give you permission to link this library with   }
{ independent modules to produce an executable,           }
{ regardless of the license terms of these independent    }
{ modules, and to copy and distribute the resulting       }
{ executable under terms of your choice, provided that    }
{ you also meet, for each linked independent module,

Wenn man die Nachsätze mit einbezieht dann darf man die Zeos dazulinken und das Resultat als Lizenz seiner Wahl herausgeben. Also imho auch closed source. Aber bei Lizenzfragen würde ich bei einem kommerziellen Produkt sowieso vorher einen Anwalt befragen, der mit Lizenzrecht bewandert ist und einem das schriftlich als Rechtsauskunft beantwortet.

Finde das sowieso etwas merkwürdig - weil LGPL ja eigentlich "Lesser GPL" heisst. Oder ist Library GPL wieder was anderes? Hab's schon gefunden, scheint teilweise synonym verwendet zu werden.

Ansonsten stimme ich Bernhard völlig zu, auch LGPL ist ein gefährliches Ding. Um auf der sicheren Seite zu sein, kann man mit BPL's der LGPL-Komponenten arbeiten, den Quelltext bereithalten und die Lizenzbedingen/Namensnennungen innerhalb der Software einbauen.

[Bernhard Geyer]

Zitat:

Zitat von Lemmy (Beitrag 1083730)

Oh... danke für den Hinweis, das habe ich so dann immer falsch verstanden...

LGPL ist nur in einigen Fällen Problemlos anwendbar. Für Delphi mit Hineincompilieren ist es praktisch genauso wie GPL zu behandeln.

Zitat:

Zitat von DelphiBandit (Beitrag 1083731)

Wenn man die Nachsätze mit einbezieht dann darf man die Zeos dazulinken und das Resultat als Lizenz seiner Wahl herausgeben. Also imho auch closed source. Aber bei Lizenzfragen würde ich bei einem kommerziellen Produkt sowieso vorher einen Anwalt befragen, der mit Lizenzrecht bewandert ist und einem das schriftlich als Rechtsauskunft beantwortet.

Dieser Zusatz könnte natürlich reichen.

Zitat:

Zitat von DelphiBandit (Beitrag 1083731)

Finde das sowieso etwas merkwürdig - weil LGPL ja eigentlich "Lesser GPL" heisst. Oder ist Library GPL wieder was anderes?

Da hat sich zwischen GPL V2 und GPL V3 was geändert. AFAIK war die LGPL V2 noch problemloser Verwendbar als die LGPL V3.

[mkinzler]

Das Problem ist hier eher, dass Zeos "in" die Exe compilliert wird und dir deshaln LGPL nichts bringt.