Merci pour ton explication. Je pense avoir saisi. Cependant je t'objecterai le cas de l'AGPL alors. Ici tout ce qui dépend d'un accès réseau à ton service hébergé par un logiciel est concerné. Et pourtant elle est OSI approved.
Je ne vois pas le rapport avec l'AGPL.
L'AGPL est une extension de la GPL dont la différence réside dans qui est l'utilisateur du logiciel.
Prenons un logiciel type webmail. Si le webmail est sous GPL, l'utilisateur est considéré comme celui qui l'a installé sur son serveur. Donc s'il change quelque chose, il peut garder les changements pour lui donc faire du proprio par dessus au détriment de l'utilisateur qui se sert de ce service à distance.
Par contre, s'il est sous AGPL, l'utilisateur considéré est celui du service, donc qui se connecte au serveur. Par conséquent si le propriétaire du serveur fait des changements il devra les diffuser à la demande des utilisateurs du service.
Je ne vois pas le rapport donc avec la SSPL qui va bien plus loin sur tous ces aspects.
[^] # 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é à 5.
Je ne vois pas le rapport avec l'AGPL.
L'AGPL est une extension de la GPL dont la différence réside dans qui est l'utilisateur du logiciel.
Prenons un logiciel type webmail. Si le webmail est sous GPL, l'utilisateur est considéré comme celui qui l'a installé sur son serveur. Donc s'il change quelque chose, il peut garder les changements pour lui donc faire du proprio par dessus au détriment de l'utilisateur qui se sert de ce service à distance.
Par contre, s'il est sous AGPL, l'utilisateur considéré est celui du service, donc qui se connecte au serveur. Par conséquent si le propriétaire du serveur fait des changements il devra les diffuser à la demande des utilisateurs du service.
Je ne vois pas le rapport donc avec la SSPL qui va bien plus loin sur tous ces aspects.