Le 13/05/2012 11:09, Jean-Baptiste Faure a écrit :
Le 13/05/2012 08:06, Pierre Choffardet a écrit :
Le 12/05/2012 23:09, Jean-Baptiste Faure a écrit :
Bonjour,
Le 12/05/2012 15:25, Bernard Ribot a écrit :
[...] Je trouve que pour les organisations une nouvelle version tous
les 6 mois par exemple serait suffisant.
C'est bien ce que nous avons en fait : il y a à peu près 6 mois (voire
plus) entre la version 3.n.x. et la 3.(n+1).x.
Tu choisis la valeur de x en fonction de tes critères de
robustesse/stabilité/maturité.
Quand on passe d'une version x.y.z à la x.y.(z+1), fait-on quelque chose
de fondamentalement différent de l'application du patch Tuesday mensuel
de Microsoft ?
Bonne journée
JBF
je crois que Microsoft teste un peu plus ce genre de patch que
liboroffice. le nombre de régressions apportées par un patch est
extrêmement rare
J'ai peut-être mal suivi, mais il me semble que les régressions qui ont
été signalées sont des régressions apportées par la version 3.5.0 (la
branche 3.5). Est-ce qu'il y a eu des régressions entre une 3.5.n et la
3.5.(n-1) ?
Je n'ai trouvé dans BugZilla qu'une seule régression indubitablement
introduite par la 3.5.3 par rapport à la 3.5.2 :
https://bugs.freedesktop.org/show_bug.cgi?id=49639 (corrigée dans la 3.5.4)
Beaucoup de régressions par rapport à une 3.4 sont trouvées après la
sortie de la 3.5.1 mais il n'y a aucune évidence (c'est un gros travail
de vérification) que ça marchait avec la 3.5.x précédente.
Liste de tous les bugs non fermés marqués comme régression et
enregistrés depuis le 4 mars 2012 :
https://bugs.freedesktop.org/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=RESOLVED&bug_status=VERIFIED&bug_status=NEEDINFO&bug_status=PLEASETEST&chfield=[Bug%20creation]&chfieldfrom=2012-03-04&chfieldto=Now&columnlist=bug_severity%2Cop_sys%2Cversion%2Cbug_status%2Cassigned_to%2Cresolution%2Cshort_desc&keywords=regression&keywords_type=allwords&list_id=75786&product=LibreOffice&query_format=advanced&query_based_on=
Bonne journée
JBF
ce qui me semble important :
- sur la branche 3.4
si une régression est trouvée, elle doit être corrigée. si un bug sur
les nouveautés de la 3.4 est trouvé, il doit être corrigé
En fait, cette branche 3.4 est très proche de la 3.4 de AOO, donc, il me
semble très important qu'elle soit particulièrement stable, cela permet
de mettre en face, une version éprouvée et corrigée depuis bientôt un
an. c'est un élément non négligeable dans le choix d'une suite pour une
entreprise
sur la branche 3.5
Rien n'oblige à suivre cette même politique pour la branche 3.5 une
entreprise ne changera pas sa version tous les 6 mois.
Ce pourrait être la version 3.6 qui aura un support étendu.
Les entreprises auraient alors une bonne visibilité. D'ici un an, une
version 3.6, éprouvée sera disponible. Les fonctionnalités présentes
sont également parfaitement visibles dès aujourd'hui. cela leur permet
de planifier l'évolution de leur parc de machine
pour ce qui est du site :
Ce qui a été dit me semble très judicieux, en particulier, qu'il n'est
pas évident pour le télécharger lambda de mettre deux versions
différentes sur la même page.
Pourquoi ne pas mettre la version stable (ou version entreprise) en avant ?
Un lien permettrait d'aller vers la version d'"avant garde" déjà, a ce
niveau ont a essentiellement des personnes qui mettrons à jour
régulièrement leur suite, des courageux. et un message peut très bien
vivement leur conseiller de mettre régulièrement à jour libo (lien vers
le release plan) tout en leur disant que la version proposée a bien
évidemment est testée et que les principaux bugs ont été corrigés (lien
vers les bugs considérés comme les plus méchants)
à partir de la page entreprise, on peut aussi avoir une page qui
présente les fonctionnalités de la version en cours de qualification
"entreprise" qui elle-même renvoie vers la version d'"avant-garde" (+
message)
bon, ce n’est pas trop mon truc ça, c'est pour alimenter la réflexion,
mais effectivement, eux versions sur la même page, ne me paraît pas du
tout lisible
pierre
--
Envoyez un mail à discuss+help@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
Context
Re: [fr-discuss] coup de gueule · Jean-Baptiste Faure
Re: [fr-discuss] coup de gueule · Jean-Francois Nifenecker
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.