SGBD et GPL

Recherche :

Dernière réponse
Sujet : SGBD et GPL
beachcomber	Bonjour, Alor la "vraie question" comme tu dis, c'est juste de comprendre ce qu'autorise et implique la GNU GPL dans le cadre que j'ai ennoncé. D'ailleurs, tout n'est pas noir ou blanc comme certains le disent : sur la FAQ de la GNU GPL, ils disent bien que c'est difficile de savoir si les logiciels sont liés ou non. Moi je voulais juste avoir une idée plus précise pour ce qui me semble être un cas d'école. Ceci dit, nous on va acheter une licence pour nous, mais ça n'a rien à voir avec le fait de vendre notre produit. Bref, on fait le max pour respecter les licences, et je voudrais pouvoir trouver les eventuels points "qui ne collent pas" avec la GNU GPL pour pouvoir : - soit revoir l'architecture de notre appli et proposer de prendre MySQL sous licence GNU GPL (et surtout en respectant la licence) ou sous la licence commerciale, - soit proposer uniquement une licence commerciale de MySQL à nos clients, - soit ne pas proposer MySQL si on estime que trop peut de clients vont payer la licence et que le support que nous devrons apporter à ceux-ci va nous couter trop cher.

Dernière réponse

Sujet : SGBD et GPL

beachcomber

Bonjour,

Alor la "vraie question" comme tu dis, c'est juste de comprendre ce qu'autorise et implique la GNU GPL dans le cadre que j'ai ennoncé.

D'ailleurs, tout n'est pas noir ou blanc comme certains le disent : sur la FAQ de la GNU GPL, ils disent bien que c'est difficile de savoir si les logiciels sont liés ou non.

Moi je voulais juste avoir une idée plus précise pour ce qui me semble être un cas d'école.

Ceci dit, nous on va acheter une licence pour nous, mais ça n'a rien à voir avec le fait de vendre notre produit.

Bref, on fait le max pour respecter les licences, et je voudrais pouvoir trouver les eventuels points "qui ne collent pas" avec la GNU GPL pour pouvoir :
- soit revoir l'architecture de notre appli et proposer de prendre MySQL sous licence GNU GPL (et surtout en respectant la licence) ou sous la licence commerciale,
- soit proposer uniquement une licence commerciale de MySQL à nos clients,
- soit ne pas proposer MySQL si on estime que trop peut de clients vont payer la licence et que le support que nous devrons apporter à ceux-ci va nous couter trop cher.

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

beachcomber

Taz	la vrai question c'est pourquoi tu veux pas racker puisque tu respectes pas les règles du jeu ?

beachcomber

Et il y a aussi çà dans la FAQ de la licence :

Citation :

Previously, the MySQL client libraries were licensed under the LGPL (the Lesser General Public License) and now they use the GPL (the General Public License).

(source)

Par contre, dans MySQL++, on trouve toujours la licence LGPL dans les sources :??:

beachcomber

moritan a écrit :

Mysql++ est sous license LGPL donc tu peux l'utiliser même si ton appli n'est pas GPL.

Justement, ce qui m'embête pour la partie client, j'avais compris que MySQL++ n'est plus sous LGPL, mais GPL depuis qques temps...

Citation :

The Top Seven MySQL Licensing Questions
by J.A. (Zak) Greant, MySQL AB Community Advocate
[...]
Q #6: Why did MySQL AB change the license of the MySQL client libraries to the GPL from the LGPL?
A: To better support our dual-licensing model.

(source)

moritan

Mysql++ est sous license LGPL donc tu peux l'utiliser même si ton appli n'est pas GPL.

beachcomber

Oui, mais dans la mesure ou je charge dynamiquement ou statiquement une dll, j'ai utilisé le header pour ça, donc le code de mysql. Là je parle de l'utilisation de l'API MySQL++. Bon, en fait, je pourrait très bien mettre un bout de code sous une licence compatible GPL et qui ne ma forcerait pas à libérer le code de toute mon appli.

En revanche, que nos techniciens facturent une install de MySQL, je ne penses pas qu'on aille jusque là (faut pas déconner qd même ;-) ), mais il faudrait qu'on puisse avoir le droit d'installer le serveur et de le configurer si ca n'est pas déjà fait. S'il faut fournir les sources, citer MySQL AB et faire accepter la licence GPL, pas de pb...

moritan

Pourquoi ne pas envoyer un mail directement à MySQL pour savoir la réponse. ET comme ça tu sauras à quoi t'en tenir de la part de MySQL.
Sinon tu as la possibilité de ne pas fournir de DBB avec ton appli, t'en que tu n'utilises pas de code extrait du code source de mysql.

Autrement dit, le client doit posséder une base de donnée compatible SQL (accésoirement tu peux lui vendre la prestation de l'instalation).
Et d'un autre coté tu lui vend ton appli.
Comme ça tu n'es plus embétant avec ton problème de packaging.

beachcomber

Bon, alors plus précisément, selon le type de base, j'utilise la DLL correspondante pour DBExpress : MySQL, Oracle, MSSQL, PostgreSQL, Pervasive, etc...

Ensuite, pour la création d'une base, j'utilise l'API propre à chaque moteur, ou éventuellement l'ODBC.

Par contre, tout mon code hors ces 2 points est le même, quelque soit le SGBD choisi.

Et au fait, quid d'éventuels scripts (s'ils sont fait uniquement pour un SGBD, comme par exemple "CREATE TABLe..... TYPE=innoDB" pour MySQL) ?

Taz

ben si elle est pas dépendant de MySQL pour fonctioner, il a qu'à virer toute la connectivité MySQL

Un constructeur automobile fournit 2 motorisations : essence et diesel. Même s'il fait des voitures qui n'utilisent pas d'essence, mais du diesel, son offre est dépendante des pétroliers qui fabriquent de l'essence. Sans essence, sa motorisation essence ne fonctionne pas : autant supprimer cette motorisation.

glor	Puisque son application n'est pas dépendante de MySQL et qu'elle ne semble pas particulièrement lié, je dirais que ça ressemble à une utilisation sous Licence GPL de MySQL.. Est-ce qu'il y a du code spécifique à MySQL? (donc uniquement utilisé par MySQL)

beachcomber

Mais non, si je choisi d'exécuter 'Select * from..." sur une base Oracle ou MySQL, ça n'est pas une fonctionnalité de MySQL en plus dans mon appli, c'est juste que j'utilise un serveur différent.

Mais pour la création de base, là c'est pas tout à fait pareil...

Taz	ben non pas du tout. à partir du moment ou tu choisis MySQL, ton application de peut pas fonctionner sans. La connexion à un truc MySQL n'est pas une fonctionnalité additionnelle, c'est une brique de base de ton application. MySQL t'es essentiel.

beachcomber

Taz a écrit :

mais si tu ne disposes pas de MySQL, que tu as autre chose que MySQL et que ton application fonctionne sans MySQL, et bien là, il faut que tu te penches sur les licences des autres SGBD.

pour moi, tu es pleinement dans le cas ou il te faut une licence commerciale MySQL

Mais c'est contradictoire ce que tu dis, non ?

Taz	mais si tu ne disposes pas de MySQL, que tu as autre chose que MySQL et que ton application fonctionne sans MySQL, et bien là, il faut que tu te penches sur les licences des autres SGBD. pour moi, tu es pleinement dans le cas ou il te faut une licence commerciale MySQL

beachcomber

Taz a écrit :

ton application ne peut pas fonctionner sans MySQL, c'est ça le sens du point numéro 2. tu peux travailler avec différents SGBD, certes, mais si par exemple, tu disposes de MySQL, alors ton application ne pourra s'exécuter.

Je crois que tu as oublié une négation dans la dernière partie de ta phrase : "si tu ne dispose pas de MySQL..."

Moi, dans mon cas, je propose d'utiliser un SGBD parmis plusieurs (3 pour la sortie du produit, mais une dizaine de prévus). Donc là je pense que c'est bon.

Donc là ça serait bon, non ?

Par contre, comme j'utilise BDExprees (de Borland), je ne peux pas créer de base sur le serveur : je dois impérativement me connecter... à une base. Donc j'utilise l'API MySQL++ pour créer des bases. C'est en fait ce point qui me dérange un peu. Je ne vois rien sur les licence pour la partie "cliente".

Taz	ton application ne peut pas fonctionner sans MySQL, c'est ça le sens du point numéro 2. tu peux travailler avec différents SGBD, certes, mais si par exemple, tu disposes de MySQL, alors ton application ne pourra s'exécuter.

beachcomber

Ben sur le site, ils disent aussi autre chose :

1/ Exemples d'utilisation de la licence GPL de MySQL :
- Lorsque vous distribuez le code source MySQL avec d'autres programmes qui ne sont pas liés ou dépendant de MySQL pour leur fonctionnalités, même si vous vendez la distribution commercialement. Ceci s'appelle une agrégation simple en termes GPL.
- Si vous ne distribuez aucune partie de MySQL, vous pouvez l'utiliser gratuitement. (source)

2/ Exemples d'utilisation de la licence commerciale :
- Lorsque vous distribuez une application non-GPL qui fonctionne uniquement avec MySQL, et que vous distribuez cette application avec MySQL. Ce type de solution est considéré comme un lien, même si c'est fait via le réseau.
- Lorsque vous distribuez des copies de MySQL sans fournir le code source original, comme requis par la licence GPL.
(source)

Donc je sais pas quoi penser...

Dark_Schneider

il me semble que pour un usage commercial et proprio ( non disponibilité des sources ) il faut payer une licence mysql ...

http://www.mysql.com/company/legal/licensing/

Citation :

In their simplest form, the following are general licensing guidelines:

If your software is licensed under either the GPL-compatible Free Software License as defined by the Free Software Foundation or approved by OSI, then use our GPL licensed version.

If you distribute a proprietary application in any way, and you are not licensing and distributing your source code under GPL, you need to purchase a commercial license of MySQL

beachcomber

Hello !

Voilà, je ne sais pas si c'est vraiment le bon endroit pour ce poste, mais j'ai un pb avec la licence GPL.

En fait, je désire vendre une appli (pas open source) compatible avec plusieurs SGBD. En ce qui concerne mySQL, j'ai un doute : faut-il prendre des licences commerciales pour chaque install, ou la GPL suffit elle ?

Qques précisions supplémentaires :
- pour la distribution, j'installerais un serveur mySQL chez le client depuis un CD qui ne contiendrait que les binaires et sources de mySL (et je lui laisse ce CD).
- mon appli ne dépend aucunement des fonctionnalités de mySQL.
- j'utilise l'API c++ (mySQL++) en chargeant dynamiquement la DLL à l'exécution.

Qu'est-ce que vous en pensez ?

Merci de votre aide.