Bonjour Claire,
Le 11/01/2022 à 16:44, Ocleyr2lalune a écrit :
Bonjour à tous
et à mon tour de vous adresser tous mes voeux pour cette année.
Merci !
J'ai tenté de lire les différentes interventions, mais n'étant pas vraiment "fluent" un certain
nombre de nuances et d’explications m'échappent nécessairement. Cela m'empêche également de
m'immiscer dans la discussion du Board.
Il s'agît effectivement, d'un sujet majeur. Les échanges font pour moi écho au récent article du
monde dilplomatique https://www.monde-diplomatique.fr/2022/01/MUSELLI_LAURE/64221
<https://www.monde-diplomatique.fr/2022/01/MUSELLI_LAURE/64221> (l'article est réservé aux
abonnés, je peux le communiquer à 2-3 personnes intéressées au besoin). Il insiste sur les
contributions de bénévoles largement réexploitées ensuite à des fins commerciales. L'article
conclut sur le besoin d'engagement des Etats.
Dans le cas de LOOL, effectivement, la contribution apparaît plutôt à l'inverse majoritairement
du fait d'entreprises commerciales, même si je crois comprendre dans les différentes
interventions, qu'il y a aussi des contributeurs bénévoles..
Pour resituer, le développement a d'abord été financé par TDF, puis
Collabora a bénéficié de l'infrastructure de TDF et est devenu
développeur majoritaire avant de forker et devenir Collabora On Line. Le
board à ce moment a décidé de geler le dépôt TDF. Ce gèle devait être
temporaire mais dure depuis le fork (en septembre 2020). D'où la
proposition d'Emiliano de faire bouger les lignes et sur proposition de
Thorsten, de mettre le code au grenier avec un processus de sortie
potentielle.
Tout d'abord il me semblait que le passage à un "LibreOffice Community" et une "marque"
LibreOffice coeur" (la formulation exacte ne me revient pas), était faite pour régler ce
problème. Finalement... non ?
Cela visait à promouvoir une version de l'écosystème s'il n'y avait pas
eu de fork. Actuellement, cela ne résoud rien pour TDF qui reste sans
version.
Que faire ? Se laisser manger tout cru parce que c'est inéluctable ? Mon coté idéaliste me donne
envie de dire non. Mon coté réaliste me fait dire que je ne vois pas comment s'en prémunir
vraiment...
J'aime bien l'idée d'engagement que propose Marco et reprise par Paolo.
La réutilisation fait quand même partie des fondements des licences libres...
oui, bien sûr et ce n'est pas ce qui est discuté ici
Et puis il y a nos capacités de contributions (j'ai noté dans la proposition d'origine que pour
réactiver un projet, il faudrait 3 développeurs au moins, idéalement d'organisations
différentes). Et là j'ai en tête la campagne Contributopia de Framasoft. Les possibilités de
contribuer dans le sens large du terme sont nombreuses, mais s'il nous manque des développeurs au
début de la chaîne, ça coince, et c'est l'apport des sociétés commerciales, avec le gros
inconvénient, compréhensible, comme le dit Alex, que ces contributions "pro" sont limitées à ce
qui intéresse commercialement..
Il y a aussi des erreurs qui ont été commises, comme le manque de
documentation du process de contribution pour cette partie spécifique
LOOL. Marco l'avait pointé plusieurs fois et l'a réitéré pendant la
LibOCon il y a deux ou 3 ans. C'est ce type d'erreurs qu'il faut aussi
prévenir à l'avenir.
Donc on va vers des briques fonctionnelles qui pourraient devenir obsolètes / dépréciées, car
moins intéressantes pour les "clients" bénéficiant d'une SLA.
J'entends parfaitement la préoccupation, de Marco je crois, qui dit que notre objectif premier
est de fournir une solution bureautique à des organisations "non commerciales", à des étudiants
(ma reformulation est trés mauvaise). Je suis d'accord, mais j'ai une réserve concernant LOOL.
Passer d'une version Desktop à une version "On Line" est naturel dans le cadre de l'informatique
actuelle. Mais, cela demande, pour une mise en place (i.e. l'installation) plus de compétences
techniques, rien que parce que l'on arrive à une logique de serveurs applicatif, et de
présentation, voir de cloud. On sort d'une installation simple sur micro. Dans ce cas, jusqu'où
TDF pourrait vraiment aider les écoles ? ou les PME ? Quelles en seraient les limites ?
Au moins offrir une version après qui veut s'en emparer le fait, comme
Nextcloud ou d'autres, c'est juste une brique. Pour ma part, je ne pense
pas que le problème soit technique.
Dans une école, il faudra qu'un technicien info trouve les ressources utiles pour proposer
quelque chose de viable (hors du code applicatif développé). Dans un collège c'est pas loin
d'être pareil, selon les choix des rectorats (selon ma compréhension de l'orga), voir des
collèges isolés de la grande ville... A cela on ajoute une pincée de souveraineté des données
(même si le Health Data Hub a pu s'asseoir dessus...)
Bref, pour mettre en place un LOOL y compris avec un docker, qui que l'on soit, soit on est un
peu à l'aise, on s'en sort, soit il nous faut un presta.
En gros je vois une problématique générale : que fait-on pour garantir la pérennité de nos
briques fonctionnelles (lesquelles nous paraissent essentielles ? Il faudrait peut être le
savoir) ?
Là, c'est effectivement du ressort de TDF de trouver des solutions.
Et je vois une problématique particulière : que fait on pour les briques fonctionnelles "OnLine"
qui peuvent demander un niveau d'intervention et de support distinct.
Pour moi la réponse n'est pas la même selon l'un ou l'autre sujet.
En passant, je connais peu l'écosystème R, mais sur la version "On Line" de l'éditeur, "RStudio
Serveur" n'est vraiment proposé que par des boites commerciales. comment les choses se passent en
terme de marques, et de partage de code, de respect des contrib, je ne sais pas.
Je ne sais pas non plus
Enfin, quant à l'idée de l'engagement des Etats pour éviter une "fuite des codes" vers le
commercial, c'est cohérent, en théorie, mais au moins de ce que je connais en France, cela me
parait totalement utopique...
J'ai vu l'article et l'ai survolé, je crois que Stephano intervenait
aussi dans son écriture. Le problème que je vois avec les États, c'est
que du jour au lendemain tout peut changer...
Merci beaucoup pour ton retour et ta vision :)
Sophie
--
Sophie Gautier sophi@libreoffice.org
GSM: +33683901545
IRC: soph
Foundation coordinator
The Document Foundation
--
Envoyez un mail à discuss+unsubscribe@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/discuss/
Privacy Policy: https://www.documentfoundation.org/privacy
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.