Parce que ça n'existe pas. Ou alors il faut me donner une définition de "service libre". Parce que généralement les gens aiment bien se reporter à des définitions de logiciels libres. Vous pouvez être aussi gentils que possible, je n'ai aucun moyen de vérifier que le code que vous exécutez est celui que je vois dans un gestionnaire de version. Le fait que vous exécutiez du logiciel libre c'est sympa, mais dans le cadre d'un service ça n'a pas vraiment de sens puisqu'en vrai je ne sais pas si ça en est réellement. Je t'épargne que la DFSG indique explicitement qu'il ne faut pas d'écrire de limite aux usages (c'est le sujet des lois et pas des licences).
Par contre il y a des points plus importants encore que le logiciel libre quand il est question de service. Je les ai décris plus haut :
interopérabilité des services : l'utilisation de protocoles ouverts ainsi que leur respect
l'émergence de formats standards : à minima documentés et donc un minimum pérenne
libération de données : la possibilité d'extraire mes données dans un format documenté et donc avec plus de chance d'être interopérable
C'est des points qui sont amha de loin les plus important quand on s'intéresse à l'enfermement à des services. L'export/import d'une base de données c'est véritablement un pis-aller. Certains logiciels sont très bons pour ça et d'autres pas du tout, indépendamment de leur aspect libre ou pas.
Je viens de vérifier différents services et il y a du bon et du moins bon.
gitlab utilise git bundle pour tout ce qui est dans git (code et wiki). Un format json dont je n'est pas trouvé la description pour la configuration du projet. Je ne sais pas ce qu'il utilise pour les tickets.
etherpad gère différent formats en import et en export
framadate fait un export csv (je en sais pas s'il est documenté), mais ne propose aucun import
lstu fait des imports/exports dans un format json maison. J'ai mis du temps à comprendre (j'ai dû aller voir le code) ça ne permet pas de sortir du service, c'est juste une façon ne de pas avoir besoin d'être authentifié (c'est assez marrant il suffit d'importer un json ["url_raccourcis"] pour avoir accès aux stats de cette url (nombre de cliques, vraie url et date de création). Il faut passer par les API pour accéder aux donnée et avoir une chance d'exporter (mais pas importer de manière triviale)
Bref je vais pas aller farfouiller dans chacun des services...
[^] # Re: Victoire pour Framagit ... défaite pour Framasoft (ou pas !)
Posté par barmic . En réponse au journal Une victoire pour Framagit. Évalué à 5.
s/profiter/bénéficier/Parce que ça n'existe pas. Ou alors il faut me donner une définition de "service libre". Parce que généralement les gens aiment bien se reporter à des définitions de logiciels libres. Vous pouvez être aussi gentils que possible, je n'ai aucun moyen de vérifier que le code que vous exécutez est celui que je vois dans un gestionnaire de version. Le fait que vous exécutiez du logiciel libre c'est sympa, mais dans le cadre d'un service ça n'a pas vraiment de sens puisqu'en vrai je ne sais pas si ça en est réellement. Je t'épargne que la DFSG indique explicitement qu'il ne faut pas d'écrire de limite aux usages (c'est le sujet des lois et pas des licences).
Par contre il y a des points plus importants encore que le logiciel libre quand il est question de service. Je les ai décris plus haut :
C'est des points qui sont amha de loin les plus important quand on s'intéresse à l'enfermement à des services. L'export/import d'une base de données c'est véritablement un pis-aller. Certains logiciels sont très bons pour ça et d'autres pas du tout, indépendamment de leur aspect libre ou pas.
Je viens de vérifier différents services et il y a du bon et du moins bon.
["url_raccourcis"]pour avoir accès aux stats de cette url (nombre de cliques, vraie url et date de création). Il faut passer par les API pour accéder aux donnée et avoir une chance d'exporter (mais pas importer de manière triviale)Bref je vais pas aller farfouiller dans chacun des services...