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.

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/
 

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...

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".

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 ?

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.

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...

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)

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.

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) ?

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.  
 
 
 
 

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...

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...  
 

(source)

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

(source)
 
Par contre, dans MySQL++, on trouve toujours la licence LGPL dans les sources

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

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.