En août de l’année dernière, dans une lettre ouverte, un ingénieur Red Hat du nom de Christian Schaller a demandé à la fondation Apache ainsi qu’à l’équipe OpenOffice de rediriger les utilisateurs qui visitent leur site vers celui de LibreOffice. La raison qui l’a motivée ? Le projet OpenOffice serait un échec d’après lui. Cette fois-ci c’est Dennis E. Hamilton, vice-président d’Apache OpenOffice à la Apache Software Foundation, qui a amorcé la discussion d’une fermeture ÉVENTUELLE du projet. Hamilton affirme avoir régulièrement observé les limites des capacités d’Apache OpenOffice à soutenir le projet d’une manière dynamique. Les axes de son observation ont été orientés vers le modèle de maturité du projet Apache, notamment :
- la priorité de la sécurité en production ;
- la réponse en temps opportun aux bogues documentés portés à la connaissance de l’équipe.
« Dans le cas d'Apache OpenOffice, le besoin de divulguer des vulnérabilités pour lesquelles il n'y a pas d'atténuation dans une mise à jour est devenu un problème grave.
En réponse aux préoccupations soulevées en juin, le PMC (comité de gestion du projet) est actuellement chargé par le conseil ASF (Apache Sofware Foundation) de prendre en considération cette incapacité et de la résoudre. Un indicateur montrant la gravité de la préoccupation du Conseil est qu’il a été demandé au PMC de faire un rapport au Conseil tous les mois, à compter du mois d’août, au lieu de tous les trimestres comme cela était le cas avant. Une option curative qui doit être considérée est le retrait du projet. Cette demande a été soumise à l'examen du PMC parmi d'autres options possibles ».
Si certaines personnes parmi les membres du projet évitent de discuter du retrait du projet, de peur d’en voir les réalisations, Hamilton s’est décidé à analyser les perspectives d’un retrait du projet : « mon intérêt est de voir un retrait se passer gracieusement. Cela signifie que nous devons considérer le retrait comme un plan d’urgence. Et pour les plans d’urgence, aucun moment n’est le bon moment, mais plus tôt est toujours mieux que plus tard ».
Il envisage les répercussions d’un retrait à sept niveaux : la base de code, les téléchargements, le support des développements, les interfaces publiques de communauté, la présence sur les médias sociaux, le comité de gestion du projet, mais aussi la marque.
La base de code : le dépôt Apache OpenOffice Subversion où le code est maintenu sera déplacé vers « The Attic ». Le code source va demeurer disponible et pourrait être consulté depuis Subversion par toute personne qui voudrait en faire usage. Par contre, ce qui va changer ce sont entre autres les pull request qui ne seront plus acceptés sur GitHub, d’ailleurs la présence même du projet sur GitHub pourrait être remise en cause en fonction de la politique de GitHub, mais aussi du support ASF. Les dépendances externes pourraient devenir obsolètes, notamment les bibliothèques externes sur lesquelles s’appuie le code source, mais qui ne font pas partie du projet.
Les téléchargements : le code source publié, les correctifs et les binaires installables seront tous conservés dans le système d'archivage qui est déjà maintenu. Rien ne sera ajouté. Le téléchargement des versions complètes sera pris en charge sur le système de miroir de SourceForge. Toutefois, le temps pendant lequel SourceForge va maintenir le support des téléchargements n'est pas prévisible. Le mécanisme pour annoncer la disponibilité des mises à jour va être modifié pour inviter les utilisateurs à se tourner vers des alternatives.
Le support de développement : Apache OpenOffice Bugzilla sera reflété dans The Attic. Bugzilla sera défini en mode lecture seule et conservé à des fins de consultation d’historiques. Les listes de mail en commits@ et issues@ seront désactivées bien qu’elles soient archivées.
Les interfaces publiques de la communauté : toutes les listes de diffusion de discussion publique seront fermées. Elles seront toutes archivées et accessibles à partir de The Attic. La liste de mail en dev@ sera la dernière à être fermée, étant donné qu’elle sera utilisée pour orchestrer la fermeture du projet. Le site Openoffice.org sera statique et non modifiable, de même que pour le Wikimedia. Les fonctions de contribution CMS seront désactivées.
Présence sur les médias sociaux : le blog Apache Planet OpenOffice sera fermé suite à l’annonce du retrait complet du projet. Il en va de même pour le compte Twitter, Facebook, ainsi que la liste de diffusion en announce@.
Le comité de gestion du projet : les listes de mail private@ and security@ seront désactivées, le comité sera dissout et il n’y aura plus d’opération identifiée pour la continuation du projet en dehors de The Attic.
L’image de marque : avec l’arrêt des publications, il sera fait savoir que les publications officielles en dehors que celles qui ont été fournies par le projet ne sont pas l’œuvre d’Apache OpenOffice et toute association revendiquée ainsi que des justifications de charges de frais ne seront pas appuyées par le projet Apache OpenOffice. Il n’y aura pas de point de contact en dehors de branding@apache.org pour faire une demande de l’utilisation de l’image de la marque.
Source : OpenOffice
Et vous ?
Que pensez-vous de ces points d'impact qu'il envisage ? En voyez-vous d'autres qui pourront compléter sa liste ? 
Envoyé par esperanto
Bon, pour ce qui est de passer de AOo à LO, ça ne me posera aucun problème, car à part quelques menues différences, on s'y retrouve parfaitement. 
