<img src="/upload/logo_mageia_1.png" alt="logo_mageia_1" title="logo_mageia_1" class="valign_" />
Cette page va vous aider à comprendre ce qu'est un bug, quand et comment ils doivent être rapportés et à quoi faire attention. Un rapport de bug soigné permet une bonne résolution. Les étapes sont là pour vous expliquer comment écrire de bon rapport.
<span class="message-helper warning">La langue utilisée est l'Anglais, donc abstenez vous d'écrire en français, trois phrases simples et précises sont mieux qu'un long discours, ainsi le recours au traducteur en ligne est une bonne option. Les canaux IRC ou encore le forum peuvent également être une source d'aide si besoin.</span>
Que ce qu'un bug ?
Un bug est l'expression utilisée pour décrire une erreur, un incident, défaut ou encore irrégularité.
Mais les bugs ne sont pas restreints aux logiciels. Ils peuvent être partout, dans les applications, les éléments matériels, les personnes.
Donc basiquement, si un problème est reproductible, dans la documentation, la traduction, le graphisme, le site web, l'infrastructure ou bien encore dans le projet Mageia.Org, de ses contributeurs ou équipes de travail, il peut être reporté en tant que bug.
Les demandes de paquets sont également considéré comme un bug. Voir vers la
fin.
exemple :
Correspond à la sous rubrique du produit "Mageia"
Dans quelle version de la distribution se situe le bug ?
2 pour
Mageia 2 (version stable actuelle),
Cauldron la version de développement (future Mageia)
Sur quelle architecture reproduisez vous le bug ?
i586 est pour 32bits,
x86_64 est pour la 64bits, et
all est pour toutes. L'architecture
arm n'est pas encore disponible.
Il s'agit du RPM correspondant à l'endroit où se trouve l'erreur.
Par exemple, si vous savez que le problème se situe dans le deamon mysqld, exécuté ainsi "
rpm -qif /usr/sbin/mysqld". Cela vous donnera le nom et la version du rpm en question. Ce que nous cherchons pour le rapport de bug est le champ SOURCE RPM, qui est ici MySQL-5.0.27-1mga1.src.rpm.
Alternativement vous pouvez utiliser "
rpm -qf /usr/sbin/mysqld --qf '%{SOURCERPM}\n" pour obtenir la même information.
Si vous ne connaissez pas l'emplacement de la source du problème "
rpm -qf `which mysqld`" est également un moyen. Dans tous les cas l'équipe de triage du bugzilla reste présente si quelque chose devait être incomplet.
Cela peut être un lien qui montre le problème ou une discussion relatif a celui-ci sur un forum, un rapport de bug upstream - en amont (pour le projet en lui même), ou dans une autre distribution.
Le résumé de votre bug.
Un bon résumé est quelque chose qui décrit le problème avec des mots clés précis et clairs, tout le reste est inutile comme par ex: "please... in my mageia 2 take from yesterday"
*Quelques mauvais exemples
mail crashed
Software crashes
*leurs équivalents en bons exemples
crash in Evolution while checking for new POP mail
Cancelling a File Copy dialog crashes File Manager
C'est ici que se retrouveront tous les détails de votre rapport de bug, notamment:
Description plus complète que le résumé, soyez le plus précis et clair en décrivant votre problème tout en restant concis
Mauvais exemple: I can't seem to login to the system. Please help!
Bon exemple: I'm unable to login to the system via ssh.
The /var/log/messages log indicates there is a problem with the pam module pam_ldap, but the /etc/pam.d/system-auth file doesn't contain that module and I'm not using LDAP. I looked at /etc/pam.d/sshd and it does contain that module but I'm not sure how it got there, unless it was due to the super-spiffy super-ldap-mojo package I installed yesterday.
Les paquets pouvant être mis en cause dans le rapport de bug (si possible)
ex: openldap-2.3.34-5mga1, pam-0.99.7.1-2mga1
Fréquence de la reproduction du bug
ex: Every time I attempt to login.
Étape nécessaire afin de reproduire le bug. Veuillez inclure tout ce qui peut-être spécifique à votre cas.
# ssh user@host
# see the rejection
Si vous avez un logiciel qui 'crash' l'utilisation de
GDB en plus de lancer le logiciel en console peut aider dans la résolution.
(Sinon pour la suite les mainteneurs/développeurs ou équipes de tri peuvent vous demander plus d'informations si besoin.)
Si vous avez besoin de reporter une capture d'écran ou des logs de votre problème l'utilisation des fichiers attachés est très encouragée et conseillée. D'autant plus que des liens vers des plateformes externes pour l'hébergement de photos ou de texte arrivent souvent à expiration après un certain temps (donc fortement déconseillé).
Dans tout les cas, si vous avez des logs longs, dans un premier temps supprimer les choses qui vous paraissent inutiles (42 fois la même ligne) et puis sinon ajouter un fichier joint.
L'article
https://www.mageialinux-online.org/wiki/obtenir-une-backtrace-pour-ouvrir-un-rapport-de-bug vous indique comment obtenir une trace d'un plantage, ce qui peut être utile dans certains cas.
Si vous connaissez la personne qui s'occupe du problème vous pouvez ajouter son adresse email, sinon laisser le champ vide, ce sera donc l'équipe du bugzilla qui ce chargera de cela en cas de besoin.
Vérifier que l'ensemble vous semble complet puis cliquer sur "commit".
Votre bug est maintenant dans la base du bugzilla.
Soyez attentif aux mails que vous recevrez de sa part, il s'agira des actions faites sur votre bug.
Pour répondre à une demande, il vous faudra à nouveau passer par l'interface Web, et non pas envoyer de courriel privé vers la personne (sauf explicitement demandé).
[1], [2] : La commande "
rpm -qi package" vous donnera beaucoup d'informations sur un paquet.
Afin d'avoir une
liste cohérente , merci de bien respecter les indications suivantes:
<span class="message-helper notice">Article traduit à partir de la page du
wiki anglais 
</span>
Écrit par: leuhmanu, Le: 08/05/12