Que je sache, il est pas interdit à un soft sous licence BSD d'envoyer un message via dbus à un soft GPL?
En l'occurence, je pense que si, et pour deux bonne raisons :
D-Bus est sous double licence AFL et GPL et pas BSD (bon, ça c'est lâche, mais le fait que l'auteur n'en parle pas laisse entendre qu'il n'a même pas étudié la question).
Le fait qu'il s'agisse d'un appel distant de procédure, et non pas local n'influe pas sur le comportement de la GPL.
Je vais prendre un exemple à un sujet que je connais encore plus mal : les bases de données.
MySQL existe sous GPL. Admettons qu'elle implémente des fonctionalités hors-standards, présente nulle part ailleurs et documentée uniquement dans le code source ou de la documentation copyleft. Et que ces fonctions soient rendues disponibles aux clients MySQL externes. Alors un logiciel qui utilise ces fonctions les a forcément trouvée dans le code ou la documentation copyleft. Donc il dèrive de ces éléments copylefts. Même s'il est loin.
En l'occurence, le serveur RuDI dérive du code ou de la doc de KDE (tout deux sous licence copyleft). Il est donc sous copyleft. Hors la librairie client a été conçue avec le serveur et dans le seul et unique but de se connecter à lui. Elle dérive donc de ce serveur.
D'habitude, disons dans le cas de vsftpd par exemple, c'est diffèrent car les clients dérivent des RFCs. Même chose pour la partie binaire du driver Nvidia qui est linké au kernel mais dérive d'une couche d'abstraction prétenduement prévue à la base pour les BSDs.
Mais l'auteur de RuDI a reconnu dès le départ que son but était d'exporter les fonctions de KDE et Gnome. Ainsi, son logiciel et son protocole on été crée dans ce but et dérive de ces bureaux.
Je crois que je ferais mieux d'en parler avec lui. En tout cas je regrette de ne pas avoir su t'exposer le problème plus efficacement. Tu as compris ce qui me dérange maintenant ?
[^] # Re: L'avenir nous diras mais...
Posté par un_brice (site web personnel) . En réponse au journal RuDI, Intégration avec n'importe quel Bureau?. Évalué à 2.
D-Bus est sous double licence AFL et GPL et pas BSD (bon, ça c'est lâche, mais le fait que l'auteur n'en parle pas laisse entendre qu'il n'a même pas étudié la question).
Le fait qu'il s'agisse d'un appel distant de procédure, et non pas local n'influe pas sur le comportement de la GPL.
Je vais prendre un exemple à un sujet que je connais encore plus mal : les bases de données.
MySQL existe sous GPL. Admettons qu'elle implémente des fonctionalités hors-standards, présente nulle part ailleurs et documentée uniquement dans le code source ou de la documentation copyleft. Et que ces fonctions soient rendues disponibles aux clients MySQL externes. Alors un logiciel qui utilise ces fonctions les a forcément trouvée dans le code ou la documentation copyleft. Donc il dèrive de ces éléments copylefts. Même s'il est loin.
En l'occurence, le serveur RuDI dérive du code ou de la doc de KDE (tout deux sous licence copyleft). Il est donc sous copyleft. Hors la librairie client a été conçue avec le serveur et dans le seul et unique but de se connecter à lui. Elle dérive donc de ce serveur.
D'habitude, disons dans le cas de vsftpd par exemple, c'est diffèrent car les clients dérivent des RFCs. Même chose pour la partie binaire du driver Nvidia qui est linké au kernel mais dérive d'une couche d'abstraction prétenduement prévue à la base pour les BSDs.
Mais l'auteur de RuDI a reconnu dès le départ que son but était d'exporter les fonctions de KDE et Gnome. Ainsi, son logiciel et son protocole on été crée dans ce but et dérive de ces bureaux.
Je crois que je ferais mieux d'en parler avec lui. En tout cas je regrette de ne pas avoir su t'exposer le problème plus efficacement. Tu as compris ce qui me dérange maintenant ?