Tu confonds interface et dépendance si tu veux mon avis. C'est ce qui fait que la GPL ça passe, mais pas la SSPL.
Si tu as ton projet qui dépend d'une bibliothèque du genre GTK+, sans la bibliothèque ton logiciel est inutilisable. Tu as besoin de cette bibliothèque pour fonctionner et compiler, tu en dépends, c'est comme s'il faisait parti d'un tout cohérent. Ton programme n'a pas de sens sans cette bibliothèque.
Donc si la bibliothèque en question dont tu dépends trop fortement est sous licence GPL, le couplage étant fort la GPL demande à ce que le code qui l'embarque soit aussi sous GPL car c'est une sorte d’œuvre dérivée après tout.
Pour contourner cela il faut soit que tu dépends d'une implémentation non GPL, ou alors que le couplage soit plus faible pour le permettre.
Alors que la SSPL, en gros tout le contexte d'exécution du logiciel doit être libre. Donc tu exécutes le logiciel sur ton système Linux, tout doit se conformer à sa licence. Pareil sous Windows si cela fonctionne avec.
Pourtant le couplage entre ces composants est faible voire inexistant, le logiciel est souvent indépendant de la plateforme qui l'exécute tant que certaines fonctions sont fournies.
Il n'y a pas de raison que ce logiciel contamine cet environnement, on ne peut pas dire qu'il dépend particulièrement de cet environnement au point qu'on peut les considérer comme un tout. Le système ne peut clairement pas être assimilé à une extension du travail fait sur le logiciel en question (ou vice versa).
La différence est loin d'être nulle. Elle repose sur la question de ce qu'est un logiciel, de ses dépendances et de la relation qu'il a avec l'extérieur au point de considérer le couple logiciel + système ou logiciel + bibliothèque comme une entité cohérente ou pas.
[^] # Re: En résumé
Posté par Renault (site web personnel) . En réponse au journal Rappelons la base du libre : pour tous les usages. Évalué à 10. Dernière modification le 26 janvier 2021 à 12:25.
Tu confonds interface et dépendance si tu veux mon avis. C'est ce qui fait que la GPL ça passe, mais pas la SSPL.
Si tu as ton projet qui dépend d'une bibliothèque du genre GTK+, sans la bibliothèque ton logiciel est inutilisable. Tu as besoin de cette bibliothèque pour fonctionner et compiler, tu en dépends, c'est comme s'il faisait parti d'un tout cohérent. Ton programme n'a pas de sens sans cette bibliothèque.
Donc si la bibliothèque en question dont tu dépends trop fortement est sous licence GPL, le couplage étant fort la GPL demande à ce que le code qui l'embarque soit aussi sous GPL car c'est une sorte d’œuvre dérivée après tout.
Pour contourner cela il faut soit que tu dépends d'une implémentation non GPL, ou alors que le couplage soit plus faible pour le permettre.
Alors que la SSPL, en gros tout le contexte d'exécution du logiciel doit être libre. Donc tu exécutes le logiciel sur ton système Linux, tout doit se conformer à sa licence. Pareil sous Windows si cela fonctionne avec.
Pourtant le couplage entre ces composants est faible voire inexistant, le logiciel est souvent indépendant de la plateforme qui l'exécute tant que certaines fonctions sont fournies.
Il n'y a pas de raison que ce logiciel contamine cet environnement, on ne peut pas dire qu'il dépend particulièrement de cet environnement au point qu'on peut les considérer comme un tout. Le système ne peut clairement pas être assimilé à une extension du travail fait sur le logiciel en question (ou vice versa).
La différence est loin d'être nulle. Elle repose sur la question de ce qu'est un logiciel, de ses dépendances et de la relation qu'il a avec l'extérieur au point de considérer le couple logiciel + système ou logiciel + bibliothèque comme une entité cohérente ou pas.