Re: [fr-discuss] à propos des versions LTS
Merci Jean- Baptiste d'avoir pris le temps d'expliquer cet aspect des choses. Je me suis toujours dit que le modèle économique est de faire payer le support à long terme. La maintenance longue durée a un coup. Les utilisateurs normaux utilisent la version maintenue environ 6 mois et sont invités à remonter les bugs. C'est un modèle économique qui ne me choque pas, je vous avoue que je râle souvent sur les personnes qui voient le logiciel libre comme gratuit. -- Envoyez un mail à discuss+unsubscr...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-discuss] à propos des versions LTS
Bonjour, Le 06/02/2015 16:56, Ysabeau a écrit : [...] > Là d'accord, néanmoins, serait-il envisageable que la Document > Foundation essaie de diversifier les sources de revenus en concluant des > accords (ou encore plus) avec de grosses structures ? C'est une des raisons d'être de l'Advisory Board : https://www.documentfoundation.org/foundation/ [...] > > Mis à part le fait que je n'aime pas le terme d'abnégation [...] c'est le > lot de nombre de corps de métiers et cela n'a rien d'exceptionnel, c'est > même plutôt la norme en fait. Certes, mais ce n'est pas une raison pour ne pas chercher à améliorer les choses quand cela est possible. [...] > > Il n'empêche que, cela m'agace tout de même pas mal de voir que des > nouvelles versions sortent avec les mêmes vieux bugs qui traînent depuis > des décennies. Un vieux bug qui traîne c'est un bug qui n'a pas trouvé d'avocat suffisamment persuasif pour convaincre un développeur de s'en occuper. [...] > Bref, à mon avis, ce psycho-rigidisme est mauvais pour l'image de la > suite (et des logiciels libres en général hélas), les développeurs et > les utilisateurs. Ça fait beaucoup de monde. C'est une affaire de point de vue. Dans le monde Linux c'est l'éternelle discussion entre les tenants des distributions "on publie quand c'est prêt" et des distributions "on publie à date fixe" (il y a au moins une 3e variante). C'est une affaire de préférence personnelle, d'évaluation de ses besoins et enfin d'analyse coût-bénéfice. > > Inkscape, par exemple sort des version de façon épisodique et moi je > trouve ça très bien (et la dernière a beaucoup évolué en termes > d'ergonomie). Oui, et d'autres vont dire qu'ils n'ont pas de visibilité sur la sortie des prochaines versions et donc que ce n'est pas sérieux. Bonne journée JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. -- Envoyez un mail à discuss+unsubscr...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-discuss] à propos des versions LTS
Le 04/02/2015 21:44, Jean-Baptiste Faure a écrit : Bonjour, J'essaye dans ce mail de synthétiser mon point de vue sur la question des versions LTS de LibreOffice. 1/ Pourquoi TDF ne produit pas de version LTS ? 1-a/ À mon avis la raison à retenir est que le support en général et le support à long terme en particulier sont le gagne-pain des sociétés qui contribuent au développement de LibreOffice. Sans ce retour sur investissement, les sociétés en question n'auraient pas les moyens de continuer à dédier des développeurs à temps plein sur LibreOffice et la communauté perdrait alors une part importante et essentielle de ses développeurs. Là d'accord, néanmoins, serait-il envisageable que la Document Foundation essaie de diversifier les sources de revenus en concluant des accords (ou encore plus) avec de grosses structures ? 1-b/ La publication fréquente de nouvelles versions est le moyen de maintenir l'intérêt des développeurs. En effet il faut beaucoup d'abnégation (même quand on est payé) pour attendre un an ou plus que son travail trouve une certaine visibilité dans la communauté des utilisateurs. En plus quand les retours utilisateurs arrivent enfin, il est probable que le développeur en question soit passé à autre chose et se replonger dans un vieux travail fait perdre en productivité et ajoute encore à la frustration. Mis à part le fait que je n'aime pas le terme d'abnégation qui renvoie trop à la sphère religieuse (catholique, et que j'ai entendu dans trop de bouches de bénévoles associatifs de type dame-patronesse), c'est le lot de nombre de corps de métiers et cela n'a rien d'exceptionnel, c'est même plutôt la norme en fait. Une bande dessinées ça se dessine sur une année pendant laquelle on ne produit rien ou presque et avec laquelle on n'est pas sûr de gagner sa vie, un livre ça prend du temps à écrire (on ne citera pas l'exemple d'un Proust modifiant jusqu'à la dernière seconde), une musique également (dix ans de gestation pour le Pelléas et Mélisande de Debussy), que dire des métiers d'art et de ceux du bâtiment-travaux publics, voire des éducateurs qui ne voient le fruit de leur travail qu'au bout de parfois longues années ? Un produit, qu'il s'agisse d'une spécialité alimentaire, d'un produit pharmaceutique ou cosmétique, d'un véhicule, voire simplement une collection de couture, ça prend généralement plus d'une année à sortir. 2/ Comment garder une version tout en continuant à bénéficier de correctifs ? Cela dépend de ses compétences en informatique et des moyens qu'on est prêt à y mettre : Merci pour ces informations. [...] 4/ Quelles raisons sont susceptibles de pousser à un changement de la version installée ? 4-0/ La nouvelle version corrige une faille de sécurité qui n'est pas corrigée dans la version installée parce qu'elle a déjà dépassé la date de fin de vie. 4-1/ La nouvelle version corrige un bug dont le correctif n'a pas été backporté dans celle installée. 4-2/ La nouvelle version dispose d'une nouvelle fonction très attendue par l'entreprise. 4-3/ On a envie de profiter enfin des gains en performance et en interopérabilité apportés par les versions plus récentes. 4-4/ Une meilleure ergonomie. Il n'empêche que, cela m'agace tout de même pas mal de voir que des nouvelles versions sortent avec les mêmes vieux bugs qui traînent depuis des décennies. Si je salue tout le nettoyage du code qui a été fait, il me semble tout de même qu'il faudrait avant de passer à une nouvelle version essayer soit de se débarrasser des vieux bugs qui traînent, soit des fonctionnalités (généralement inutilisées du coup) affectées par ces vieux bugs qui traînent. Par ailleurs, je pense sincèrement que pour le bien de tous, développeurs inclus, on pourrait se montrer moins psycho-rigide sur le calendrier de sorties et éviter de sortir des versions aussi bugguées que la 4.4 et cela pour diverses raisons : - ça renvoie une image d'un produit de mauvaise qualité, d'ailleurs c'est gratuit donc pas bon selon une certaine logique et une version très bugguée n'améliore pas l'image de la suite ; - ça renvoie une image pas très bonne des développeurs : elle est, forcément, bugguée parce que développée par des guignols avec des moufles (s'ils n'étaient pas mauvais, de toute façon ils travaillaient chez les géants, américains, de l'informatique, c'est bien connu, ça va avec la gratuité = pas bon) ; - cela entraîne le dépôt, et donc la nécessaire gestion d'une foule de rapport de bugs, dont certains peuvent être dupliqués, dont certains ont *déjà* été corrigés dans la version suivante mais qu'on-n'a-pas-sorti-pour-respecter-le-fichu-calendrier ; - accessoirement ça énerve ceux qui déposent un rapport de bug et se rendent compte que ça a été corrigé mais pas pour la version qui est en téléchargement (et ça donne moins envie de faire des rapports de bugs). Bref, à mon avis, ce psycho-rigidisme est mauvais pour l'image de la suite (et des logiciels libres en
[fr-discuss] à propos des versions LTS
Bonjour, J'essaye dans ce mail de synthétiser mon point de vue sur la question des versions LTS de LibreOffice. 1/ Pourquoi TDF ne produit pas de version LTS ? 1-a/ À mon avis la raison à retenir est que le support en général et le support à long terme en particulier sont le gagne-pain des sociétés qui contribuent au développement de LibreOffice. Sans ce retour sur investissement, les sociétés en question n'auraient pas les moyens de continuer à dédier des développeurs à temps plein sur LibreOffice et la communauté perdrait alors une part importante et essentielle de ses développeurs. 1-b/ La publication fréquente de nouvelles versions est le moyen de maintenir l'intérêt des développeurs. En effet il faut beaucoup d'abnégation (même quand on est payé) pour attendre un an ou plus que son travail trouve une certaine visibilité dans la communauté des utilisateurs. En plus quand les retours utilisateurs arrivent enfin, il est probable que le développeur en question soit passé à autre chose et se replonger dans un vieux travail fait perdre en productivité et ajoute encore à la frustration. 2/ Comment garder une version tout en continuant à bénéficier de correctifs ? Cela dépend de ses compétences en informatique et des moyens qu'on est prêt à y mettre : 2-a/ Gratuit : utiliser la version MIMO (MS-Windows uniquement) : l'État français à travers certains de ses ministères paye des entreprises pour lui fournir des correctifs sur les bugs qui le gênent. Cette version patchée est mise à disposition de tous gratuitement. Si on suit les versions MIMO, le saut de version se fait une fois par an. 2-b/ Gratuit : utiliser une distribution Linux qui propose des versions LTS. Dans ce cas le choix des correctifs apportés à la version de LibreOffice incluse dans la distribution relève du mainteneur LibreOffice attitré de la distribution Linux. En général il s'agit seulement des correctifs de sécurité. 2-c/ Gratuit : si on a la compétence technique (c'est assez facile sous Linux, plus acrobatique sous MS-Windows et MacOS) on peut compiler soi-même la version maintenue par l'un des contributeurs et qui se trouvent dans le dépôt Git commun (https://gerrit.libreoffice.org/gitweb?p=core.git;a=heads). Il s'agit des branches dont le nom commence par distro/. On y trouve surtout Collabora mais aussi Mimo pour la branche 4.1. Il est facile d'obtenir de l'aide en français pour compiler LibreOffice sous Linux. 2-d/ Payant : passer un marché avec une société de support compétente qui pourra vous faire une version avec les correctifs des bugs qui vous impactent le plus. Cependant : 2-d-i/ il n'est pas toujours possible de backporter un correctif d'une branche n (par ex. 4.4) à une branche n-1 voire n-2 (par ex. 4.2). 2-d-ii/ si le correctif n'existe pas sur le master, il faudra que la société de support l'invente pour votre version. 2-d-iii/ comment savoir si la société de support que vous choisissez est compétente sur LibreOffice ? Pour cela TDF a mis en place un programme de certification des développeurs (il s'agit bien des développeurs, pas des entreprises, un développeur pouvant changer d'entreprise). Une bonne méthode est donc de choisir une entreprise employant un développeur certifié, ou un développeur indépendant certifié. La liste des développeurs certifiés est ici : https://fr.libreoffice.org/get-help/professional-support/ Dans cette liste il y a au moins 5 francophones. 3/ Tout cela est bel et bon mais trop cher, trop compliqué ou inaccessible pour une petite entreprise ? 3-a/ déjà il faudrait vérifier les coûts, je ne les connais pas. 3-b/ rien n'oblige à installer une nouvelle version dés sa publication. Une stratégie qui me parait valide pour une entreprise souhaitant stabiliser son installation de LibreOffice, est la suivante : 3-b-i/ choisir la branche x.y à suivre en se basant sur les fonctionnalités qu'elle offre et qui sont importantes pour les besoins de l'entreprise. Ce choix devrait être fait avant la publication de la version x.y.0. Il est en effet possible de savoir ce qui va être disponible dans une x.y.0 plusieurs mois / semaines avant sa publication. Pour la prochaine 4.5 suivre cette page du wiki : https://wiki.documentfoundation.org/ReleaseNotes/4.5/fr (Merci Pierre-Yves pour la traduction). 3-b-ii/ attendre la mise à jour corrective x.y.3 (ou 4) pour installer, tout en se tenant au courant des changements apportés pour chaque correctif. L'objectif est d'apprécier quand la version est mure pour votre usage. 3-b-iii/ installer ensuite les mises à jour correctives de cette branche là (x.y.4, x.y.5, etc.) qui, sauf accident, ne sont que des corrections de bug et n'engendrent pas de régression. Si régression quand même revenir à la mise à jour corrective précédente. Toutes les versions produites par TDF sont disponibles même si elles ne sont plus proposées sur la page web de téléchargement : http://download.documentfoundation.org/libreoffice/old/ 3-b-iv/ faire de la veille sur les nouvelles vers
