[fr-discuss] Re: [fr-discuss] Re: [fr-discuss] Re: [fr-discuss] [LibO 3.5.3RC1] Export RTF ajoute espace après espace insécable

Bonjour Laurent,

Le 24/04/2012 09:30, Laurent BALLAND-POIRIER a écrit :
> Bonjour Jean-Baptiste,
> Le 24/04/2012 06:19, Jean-Baptiste Faure a écrit :
> > Le 23/04/2012 22:16, Laurent BALLAND-POIRIER a écrit :
> > > =>  une espace a été ajouté après l'espace insécable
> > Non c'est celui-ci : https://bugs.freedesktop.org/show_bug.cgi?id=38176.
> Tout à fait :) En fait je cherchais un bogue "récent" car je ne
> l'avais pas repéré avec la 3.4
> > Si le bug est vraiment gênant, il ne faut pas hésiter à proposer de
> > l'ajouter à la liste MAB (Most Annoying Bugs) pour  LO 3.5
> > https://bugs.freedesktop.org/show_bug.cgi?id=37361
> C fê. J'ai argumenté sur le rôle des espaces insécables, beaucoup plus
> présent en français qu'en anglais.
> > Le patch pour le bug 48356 sera dans la RC2 puisqu'il n'a était
> > backporté sur la 3.5.3 que hier.
> OK. Merci de l'info. Y a-t-il un moyen "simple" de retrouver une telle
> information ? L'issue donne le numéro du patch, mais après je ne sais
> pas trop où chercher son histoire pour savoir quand il sera intégré.

Là je me suis simplement basé sur le fait que la RC1 était déjà sortie
et que le patch est annoncé comme disponible dans la 3.5.3.

Sinon quelques liens utiles pour suivre en direct le développement,
c'est à dire l'ajout des patches :
pour la branche 3.5 :
http://cgit.freedesktop.org/libreoffice/core/?h=libreoffice-3-5
Pour suivre sur le master (donc la future 3.6) : choisir master dans la
liste déroulante en haut à droite.

Cette page donne les derniers commits de la branche choisie (en bas de
page).
En haut de page on a le dernier commit pour chacune des branches.
Cliquer sur le nom de la branche pour avoir la liste des commits par
ordre d'age. Cliquer sur le commit lui-même pour avoir les détails du
commit.

Pour les bugs : désormais un script ajoute un commentaire au bug chaque
fois qu'un patch est ajouté au code. Les patches remontent la lignée des
versions : d'abord le master (donc pour le moment la 3.6), puis la 3.5
(donc actuellement la future 3.5.4), puis la 3.5.3.
Pour qu'un patch soit accepté sur le master il suffit d'avoir les
privilèges de commit (en gros que les autres commiters vous
reconnaissent la compétence requise) ou qu'un développeur ayant les
droits de commit le juge valable.
Pour qu'un patch soit accepté pour la 3.5, il faut en plus qu'un autre
développeur contrôle votre patch, même si vous avez les droits de commit.
Pour la branche 3.5.3 avant le stade RC, il faut 2 reviewers et après le
stade RC il en faut 3.
Cela explique les différents commentaires dans le rapport de bug qui
annonce la disponibilité du patch dans les différentes versions.

Le backport d'un patch du master vers la branche en cours (3.5
actuellement) est en général proposé par son développeur sur la liste
des développeurs, qui fait un appel à reviewers.
Rien n'interdit non plus de demander au développeur sur le rapport de
bug, si un backport est possible. Ce n'est pas toujours le cas, car
l'opération n'est pas forcément un simple copier-coller de morceaux de code.

Si j'ai écrit des bêtises, Cédric me corrigera. :-)

Bonne journée
JBF
 
> Bonne journée.
>
> Laurent BP 


-- 
Seuls des formats ouverts peuvent assurer la pérennité de vos documents.


-- 
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