Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
GPL et LGPL en CLAIR
Voilà je voudrais savoir en deux mots à quoi correspond une license GPL.
Car voilà je travaille dans une entreprise et j'utilise des API avec des licenses GPL et je voudrais savoir quelles sont mes obligations envers cette license ...
J'ai essayé de lire le texte de la license en anglais et sa traduction en français mais je n'ai pas compris clairement ce que je PEUX et NE PEUX PAS faire.
Merci à celui qui voudra se donner la peine ...
En lisant les autres posts de ce forum je me rend compte que ma demande est un peu vague...
Voilà je souhaite télécharger une API Java qui s'appelle JGraph et qui permet de construire dynamiquement des diagrammes avec Java.
Je compte utiliser cette API en l'intégrant dans une application SWING (sans probablement rien changer au code source de l'API) que je développe pour mon entreprise et mes questions sont :
1 - Quelles sont les obligations légales pour moi en tant que développeur.
Exemple pratique :
- dois je citer que j'ai utilisé l'API dans le About.. de mon logiciel
- dois je citer ça dans la documentation .
- dois je ne l'utiliser que d'une certaine manière.
2 - Quelles sont les obligations légales pour ma société vis à vis de cette API et de ses auteurs .
Bonjour,
Si tu utilise une bibliothèque sous licence GPL, il faut que ton programme soit aussi sous licence GPL.
Pas de condition particulière vis-à-vis de la bibliothèque elle même surtout si tu ne la modifie pas.Envoyé par NizarK
En résumé la GPL impose :
- Redistribution des travaux dérivés sous la même licence,
- Mise à disposition du code source,
- Liberté de modifier et redistribuer le travail.
C'est assez contraignant même si dit comma ça ça parait simple.
1 - mon application fait partie d'un grand projet et il est surement hors de question qu'ils le mettent en open source .....ça me fait rire quand j'imagine leur tête quand je vais leur dire ..et d'un autre côté , mon application toute seule n' a aucun sens sortie de son contexte .
2 - Où est ce que je dois publier mon code source ... dans un truc genre source forge ou je dois faire mon propre site web pour ça ...
J'ai oublié de préciser, c'est uniquement dans le cas où tu distribue l'application. Si c'est pour une utilisation interne pas de soucis.1 - mon application fait partie d'un grand projet et il est surement hors de question qu'ils le mettent en open source ...
C'est très ouvert :
En gros il est possible de fournir le code source uniquement sur demande sur un support adapté (par sur une centaine de disquettes mais sur un CD par exemple). Ou le mettre librement en téléchargement (forge ou ftp perso).
- a) Fournir le code source complet du Programme, sous une forme lisible par un ordinateur et selon les termes des articles 0 et 1, sur un support habituellement utilisé pour l'échange de données ; ou,
- b) Faire une offre écrite, valable pendant au moins trois ans, prévoyant de donner à tout tiers qui en fera la demande une copie, sous forme lisible par un ordinateur, du code source correspondant, pour un tarif n'excédant pas le coût de la copie, selon les termes des articles 0 et 1, sur un support couramment utilisé pour l'échange de données informatiques ; ou,
- c) Informer le destinataire de l'endroit où le code source peut être obtenu (cette solution n'est recevable que dans le cas d'une distribution non commerciale, et uniquement si Vous avez reçu le Programme sous forme de code objet ou exécutable avec l'offre prévue à l'alinéa b ci-dessus).
Pour résumer :
Je suis en train de développer des aplications pour une plateforme d'échanges commerciaux.
Ce que je vais vendre ( donc distribuer ), c'est les services de la plateforme et non la plateforme elle - même.
D'après ce que tu dis je n'ai ni une obligation de distribuer le code source, ni de mettre une référence à la license GPL, ni de mettre un copyright ,...c'est bien ça ...
et dans le cas où je modifie le code source de l'API mais toujours dans les mêmes conditions citées ci-dessus, est ce qu'il y a d'autres obligations...
Bonjour,
je me joints à la discussion... Ca n'a pas un rapport direct, mais je profite du sujet pour l'approfondir.
Si j'ai bien compris, je peux utiliser une librairie LGPL dans un programme GPL ?
En revanche, l'inverse est impossible. Est-ce bien cela ?
Tu peux toujours utiliser ce que tu veux, ou tu veux. Par contre, dans certains cas, une licence doit etre propagee, et tout ou partie du code doit passer sous cette licence.
Actuellement, tout le monde n'est pas d'accord sur l'interpretation de la licence GPL concernant les librairies : si tu as une librairie sous licence GPL, est-ce que l'utilisation est contaminante ou non ? (ie : est-ce que le simple fait d'inclure une librairie fait passer le programme sous GPL ou non).
En gros, la reponse actuelle est : si tu utilises une librairie, c'est a dire le code binaire, alors non, ce n'est pas contaminant. Par contre, l'inclusion du code, c'est a dire la recompilation, est contaminante.
Avec la LGPL, pas de soucis : l'utilisation ou l'inclusion de librairies n'est pas contaminante.
Je suis pas sûr que ce soit tout à fait vrai... D'ailleurs ce que tu dis ensuite ...Tu peux toujours utiliser ce que tu veux, ou tu veux.
... peut l'expliquer.Par contre, dans certains cas, une licence doit etre propagee, et tout ou partie du code doit passer sous cette licence
Par exemple, si j'embarque une librairie libA qui est GPL, et une libB qui est CPL, dans le même soft, qu'est-ce-que ça donne ?
Pour moi, le fait d'embarquer la libA, comme tu l'as dit, contamine ton soft qui devient GPL. Hors la CPL est incompatible avec la GPL (dixit le site de la GPL), ce qui fait que tu ne peux pas embarquer la libB.
En résumé, tu ne peux pas toujours utiliser ce que tu veux (sauf si utiliser exclut le fait d'embarquer/patcher la lib, dans ce cas tu dois avoir raison)
D'ailleurs, puis-je patcher et embarquer une librairie LGPL dans un soft que je mettrais sous GPL ?
Ce n'est pas exactement ce que j'ai dit. La premiere chose que j'ai ecrite, c'est ca :Certains disent que la GPL est contaminante sur la simple utilisation d'une librairie. D'autres disent que non, que tu peux utiliser une librairie comme tu utilises un programme externe en GPL, auquel cas la GPL n'est pas contaminante.Actuellement, tout le monde n'est pas d'accord sur l'interpretation de la licence GPL concernant les librairies : si tu as une librairie sous licence GPL, est-ce que l'utilisation est contaminante ou non ? (ie : est-ce que le simple fait d'inclure une librairie fait passer le programme sous GPL ou non).
Reprenons ton cas : tu ecris un soft - donc sans licence pour le moment. Tu souhaites embarquer deux librairies (statiques ? dynamiques ?), et tu souhaites savoir quelle doit etre la licence de ton soft. Par ailleurs, tes deux librairies sont sous des licences differentes, l'une etant GPL et l'autre CPL.Hors la CPL est incompatible avec la GPL (dixit le site de la GPL), ce qui fait que tu ne peux pas embarquer la libB.
La reponse est : ca depend de ton interpretation de la contamination de la GPL dans le cas de l'utilisation d'une librairie.
Patcher est encore autre chose, mais dans ce cas precis de l'utilisation d'une librairie, oui : tu as un soft GPL, qui va se lier avec une librairie LGPL, qui n'est pas une licence contaminante (donc tu ne dois pas remplacer la GPL par la LGPL), et les licences ne sont pas incompatibles.
Oui, d'accord, dans le cas de la simple utilisation, et si on interprète que la GPL n'est pas contaminante dans ce cas.
Considérons que la GPL est contaminante sur la simple utilisations, et prenons l'exemple des liens dynamiques. Dans ce cas précis, utiliser à la fois la libA et la libB est selon moi impossible . Non ?Reprenons ton cas : tu ecris un soft - donc sans licence pour le moment. Tu souhaites embarquer deux librairies (statiques ? dynamiques ?), et tu souhaites savoir quelle doit etre la licence de ton soft. Par ailleurs, tes deux librairies sont sous des licences differentes, l'une etant GPL et l'autre CPL.
Si ta lib A est contaminante, alors ton projet est en GPL. Du coup, si tu souhaites integrer une lib B, il faut qu'elle soit non-contaminante, et compatible avec la GPL.
Oui, c'est ça... il ne reste dans ce cas là qu'à faire changer la license de la libB
D'ailleurs à ce propos, j'ai cru comprendre en la lisant qu'on peut upgrader une licence LGPL v2 en toute license à partir de la GPL 2 ? Mais tout un chacun peut le faire ?
Bonjour,
Dans mon programme, si je fait appel à kde-pim, sera-t-il forcément en gpl ou pourra-t-il être propriétaire.
Un programme en gpl peut-il être payant et est-ce que cela est-il déjà arrivé ?
Merci pour votre réponse
Salutations
Battant
Je ne connais pas kde-pim, et ne saurais donc te repondre.
Bien sur. Open-source n'a JAMAIS voulu dire gratuit.
Dans mon cas:
J'ai écris un "plugin" pour une de mes applications. Ce plugin reprend du code de TuxGuitar qui est LGPL.
Maintenant, j'offre cette application en freeware (et a priori pas open-source car je n'ai pas encore vraiment réfléchi).
Est-ce que je peux
- proposer le soft + le plugin en un seul paquet, sans offrir le code source ?
- doit scinder le soft et le plugin et offrir le code source du plugin ?
- doit offrir le code source du soft et du plugin ?
Merci de m'éclairer ?
La GPL est contaminante, même pour une simple utilisation de bibliothèque.
La LGPL est contaminante mais pas pour une utilisation d'une bibliothèque.
Pour NizarK : tu devras dire à ton entreprise que pour utiliser cette bibliothèque, le projet devra être sous GPL aussi.
Pour lvr : La LGPL est contaminante, donc ton plugin devra être sous LGPL. Ensuite, qu'appelles-tu par "plugin"? Il y a beaucoup de manières de "pluginner". Quel logiciel "pluginne"-tu? J'ai un passager, est-ce que je suis sur une autoroute? Donne-mois plus d'informations pour te donner des conseils.
Je pluginne ma propre application.
J'ai développé une application capable d'indexer différent type de fichier (tabalture de guitare).
La lecture des fichiers est confiée à un plugin. Chacun est libre de développer ses propres plugin s'il veut pouvoir indexer d'autres types de fichier.
L'application en en java.
Aujourd'hui j'ai intégré le plugin de base dans l'application-même.
Donc le jar applicatif contient les classes de ce plugin de base.
Mais je peux facilement l'en extraire et livrer 2 jars séparés. Celui de l'application et celui du plugin de base.
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Répondre avec citation
Partager