Retourner aux forums || Retourner au forum general.general

general.general : Mysql AB is GPL...

Posté par Mben () le 19 avril 2006
0
Quelques questions aux sujets des implications de la GNU GPL sur l'utilisation de Mysql.
Si un logiciel, ne bénéficiant pas de l'exception FLOSS, nécessite mysql pour fonctionner (recherche dans Base de Données), est-ce que la licence GPL - via sa "clause de réciprocité" va le contraindre à le licencier.
Ou est-ce que, en distribuant le logiciel sans MysqL, le logiciel peut s'en dédouaner, via l'exception ad hoc de la GPL? Sachant qu'il ne fonctionnera qu'à la condition que l'utilisateur ait de son côté Mysql?

Ou vaut il mieux utiliser les anciennes versions de Mysql sous LGPL ?

> Lire le message (5 commentaires, moyenne: 1,2).  

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.

non (enfin je croit)

Posté par Acetik () le 19/04/2006 à 17:26. (lien). Évalué à 1.

Si ton logiciel est seulement client de mysql, je voit pas le probleme

Par exemple les clients se connectant à un serveur proftpd ? faudrait-il qu'il soit sous GPL aussi :)

  • [^]Re: non (enfin je croit)

    Posté par Mben () le 19/04/2006 à 19:10. (lien). Évalué à 1.

    Il me semble que c'est différent dans le sens où ici le logiciel est lié à un autre par un lien dynamique (ce qui semble ici être le cas, puisque le logiciel "appel" mysql).
    Il semblerait qu'alors l'idée retenue est que le lien créer une séparation fictive, et que du coup il faut envisager le logiciel comme l'ensemble des deux (derivated work au sens de la GNU GPL) et que du coup le GPL est exigée aussi pour l'autre logiciel.

    (c'est plus des questions que des affirmations...)

    • [^]Re: non (enfin je croit)

      Posté par Acetik () le 19/04/2006 à 21:15. (lien). Évalué à 1.

      Donc en clair, ton programme à la compilation se lie avec une lib\logiciel liée avec Mysql

  • [^]Re: non (enfin je croit)

    Posté par l'architecte () le 19/04/2006 à 21:20. (lien). Évalué à 2.

    $ apt-cache show libmysqlclient10
    (...)
    Description: LGPL-licensed client library for MySQL databases
    This package contains a fork of the MySQL client library for use with
    software that is distributed under a GPL-incompatible license.
    Because it is based on an older, LGPL version of the official
    MySQL client library, it may lack features available in the MySQL 4.0
    libs. If you are looking for a library for use in a GPL application,
    or in software which will not be distributed by Debian, you may prefer
    to use the official library from MySQL AB instead.

    Donc en résumé, un client MySQL est en général linké à la lib de mysql, et de ce fait, il devient un travail dérivé ne pouvant être publié que sous license GPL. A moins, comme le montre la description du package, que l'on le linke à une autre bibliothèque. Cela ne porte évidemment pas sur le code source non compilé et les scripts, qui sont des travaux à part, utilisant mysql (et les licenses libres ne limitent pas l'utilisation).

    Un autre exemple: dans le kernel Linux, une interface est définie. Si un module n'utilise que cette interface, il est considéré comme un travail indépendant utilisant les services du kernel; sinon il se peut que sa combinaison avec le kernel soit un travail dérivé.

    • [^]Re: non (enfin je croit)

      Posté par Mben () le 20/04/2006 à 17:01. (lien). Évalué à 1.

      Pour Linux, tout est lié à un astuce de Linus qui a limité la clause de reciprocité dès le début, non? Notament lors de mélange entre process je crois.

Revenir en haut de page || Retourner aux forums || Retourner au forum general.general