URL: https://linuxfr.org/users/ploum/journaux/gnome-bugday-ce-21-juillet Title: Gnome BugDay ce 21 juillet. Authors: ploum Date: 2005年07月21日T02:38:13+02:00 Tags: openoffice Score: 0 Ce 21 juillet, à partir de +/- midi heure européenne, rendez-vous sur #bugs pour tous les utilisateurs de gnome parlant anglais. [http://live.gnome.org/Bugsquad_2fBugDays(...)](http://live.gnome.org/Bugsquad_2fBugDays) Une première tâche très utile aux développeurs est de trier tous les bugs UNCONFIRMED. [http://tinyurl.com/alndp(...)](http://tinyurl.com/alndp) [http://tinyurl.com/ddtdo(...)](http://tinyurl.com/ddtdo) Comment trier ces bugs ? C'est expliqué en détail : [http://developer.gnome.org/projects/bugsquad/triage/(...)](http://developer.gnome.org/projects/bugsquad/triage/) (lisez spécialement : [http://developer.gnome.org/projects/bugsquad/triage/steps.html)(...)](http://developer.gnome.org/projects/bugsquad/triage/steps.html)) Enfin, au début ou n'importe quand en cas de doute, demandez sur #bugs avant de faire une bêtise ! (à ce niveau là, j'ai d'ailleurs fait plus que ma part). Deux outils indispensables : Les réponses standards ( [http://developer.gnome.org/projects/bugsquad/triage/steps.html(...)](http://developer.gnome.org/projects/bugsquad/triage/steps.html) ) Le comparateur de traces ( [http://bugzilla.gnome.org/dupfinder/simple-dup-finder.cgi(...)](http://bugzilla.gnome.org/dupfinder/simple-dup-finder.cgi) ) Coutumes : J'ai appris qu'il est de coutume, même si le rapport de bug semble foireux, de d'abord demander poliment plus d'informations et de marquer le bug comme "NEEDINFO". Lorsqu'on marque un bug comme "NEEDINFO", il est indispensable de se mettre en CC:. Si un bug qui vous semble foireux (incomplet, non reproductible, très très ancien) reste en NEEDINFO pendant plus d'un mois, il est généralement fermé. Alors, pour ce bugday, je vous lance un défi : - Outre toutes les informations que vous pourriez ajouter, tout le travail de triage que vous allez faire, je met au défi chaque utilisateur de gnome qui lit ceci de fermer au moins un bug dans le bugzilla ! Fermer un bug peut se faire de différentes façon : - Proposer un patch qui résout le bug (ok, le bug est pas fermé tout de suite, mais j'accepte cette solution) - trouver un bug qui est le double d'un autre et le marquer comme doublon - trouver un bug qui n'est vraiment plus d'actualité et/ou qui est en needinfo depuis un bon moment sans espoir d'avancement. (prendre conseil sur #bugs avant toute action de ce genre). - trouver un bug qui ne se rapporte en fait pas à un logiciel Gnome, répondre selon la stock response appropriée et fermer le bug. (un conseil, cherchez les bugs openoffice ;-) ) Perso, je viens de passer 3h à trier des bugs, on voit pas le temps passer :-) (ah oui, j'ai trouvé mon dup du jour et j'ai donc fermé un bug ;-) ) PS : à ceux qui ne seraient pas familiers avec le bug triaging et bugzilla, je conseille de demander d'abord des explications sur #irc et de lire la doc. Ensuite, n'hésitez pas à demander conseil à chaque action que vous faites. Il vaut mieux poser plein de questions que de faire une connerie.