Tu ne peux pas faire un plugin propriétaire pour un soft GPL quelconque
Et pourtant...
Je te défie de me trouver une façon de m'attaquer si je fourni un module linux proprio (et que tu es un auteur du code GPL de Linux, seuls les auteurs peuvent attaquer), vu que je ne fourni aucunement ton code (oui, tu ne peux pas filer de plugin proprio dans un package contenant du code GPL, mais personne ne dit que tu dois filer dans le même package plugin et code GPL, tu peux filer le code GPL d'un coté, et le plugin proprio de l'autre).
Pour te faire mentir, VirtualBox est GPL et télécharge à la volée le plugin USB qui est proprio, et la GPL ne peut rien faire contre ça, n'en déplaise aux anti-proprio.
Tu peux faire un plugin GPL pour un soft propriétaire quelconque.
Pareil que dans l'autre sens : tu peux filer le truc GPL seul comme le truc proprio seul, mais ne peut pas filer les deux en même temps dans le même package, quelque soit le sens.
Ou si je n'ai pas bien compris, je te demande de m'expliquer en quoi la GPL empèche un sens et pas l'autre pour le même packaging (les deux ensemble).
PS : pour répondre à la question du journal, c'est simple, le package de jEdit ne contient pas le JVM, donc aucun code d'Oracle n'est inclu, donc aucune chance de violer la license d'Oracle avec le logiciel sous GPL.
"Before installing jEdit, make sure you have a compatible Java virtual machine;"
On se fout donc complet de la licence de la JVM vu qu'on ne la distribue pas (ni l'auteur de jEdit, ni l'utilisateur qui installe les deux séparément). Rappel : la GPL parle de la distribution, et ici personne ne distribue jEdit+JVM ensemble, donc on se fout des limitations de la GPL dans ce cas, c'est pas plus compliqué que ça. la JVM serait GPL et jEdit proprio que ça serait pareil.
Que de préjugés sur la GPL...
[^] # Re: Dans un sens, pas dans l'autre
Posté par Zenitram (site web personnel) . En réponse au message Programmes GPL et JRE Oracle. Évalué à 2. Dernière modification le 15 mai 2014 à 19:56.
Et pourtant...
Je te défie de me trouver une façon de m'attaquer si je fourni un module linux proprio (et que tu es un auteur du code GPL de Linux, seuls les auteurs peuvent attaquer), vu que je ne fourni aucunement ton code (oui, tu ne peux pas filer de plugin proprio dans un package contenant du code GPL, mais personne ne dit que tu dois filer dans le même package plugin et code GPL, tu peux filer le code GPL d'un coté, et le plugin proprio de l'autre).
Pour te faire mentir, VirtualBox est GPL et télécharge à la volée le plugin USB qui est proprio, et la GPL ne peut rien faire contre ça, n'en déplaise aux anti-proprio.
Pareil que dans l'autre sens : tu peux filer le truc GPL seul comme le truc proprio seul, mais ne peut pas filer les deux en même temps dans le même package, quelque soit le sens.
Ou si je n'ai pas bien compris, je te demande de m'expliquer en quoi la GPL empèche un sens et pas l'autre pour le même packaging (les deux ensemble).
PS : pour répondre à la question du journal, c'est simple, le package de jEdit ne contient pas le JVM, donc aucun code d'Oracle n'est inclu, donc aucune chance de violer la license d'Oracle avec le logiciel sous GPL.
"Before installing jEdit, make sure you have a compatible Java virtual machine;"
On se fout donc complet de la licence de la JVM vu qu'on ne la distribue pas (ni l'auteur de jEdit, ni l'utilisateur qui installe les deux séparément). Rappel : la GPL parle de la distribution, et ici personne ne distribue jEdit+JVM ensemble, donc on se fout des limitations de la GPL dans ce cas, c'est pas plus compliqué que ça. la JVM serait GPL et jEdit proprio que ça serait pareil.
Que de préjugés sur la GPL...