Les bons rapports de bogue sont une contribution précieuse pour tout projet en développement. Mais tout comme pour écrire un bon logiciel, les bons @@ -21,7 +21,7 @@ que nous demandons et suivre de près les instructions de ce document.
-Si vous pensez avoir les talents nécessaires vous êtes invité à essayer de réparer le bogue vous-même. Ou peut-être l'avez-vous déjà fait ? Veuillez lire @@ -31,14 +31,14 @@ vous assisterons si vous avez des questions.
-Tout d'abord veuillez essayer la dernière version CVS de MPlayer car votre bogue y est peut-être déjà réparé. Le développement évolue très rapidement, la plupart des problèmes des versions officielles sont rapportés dans les jours voir les heures qui suivent, donc n'utilisez que le CVS pour rapporter les bogues. Les instructions CVS peuvent être trouvées en bas de - cette page ou dans le README. Si + cette page ou dans le README. Si tout cela ne vous aide pas veuillez vous référer à la liste des bogues connus et au reste de la documentation. Si votre problème n'est pas connu ou non résolvable @@ -70,7 +70,7 @@ problème ou même une réponse.
-Souscrivez à la liste de diffusion mplayer-users:
http://mplayerhq.hu/mailman/listinfo/mplayer-users
@@ -83,14 +83,22 @@
Vous ne serez qu'ignoré ou banni. Si vous ne savez pas ce qu'est un mail en HTML
ou pourquoi c'est mauvais, lisez ce
sympatique document. Il explique tous les détails et a des instructions pour
- désactiver le HTML. Notez également que nous ne faisons pas de CC (copie-conforme)
+ désactiver le HTML. Notez également que nous ne ferons pas de CC (copie-conforme)
individuelle et que c'est donc une bonne idée de souscrire pour recevoir votre
réponse.
Vous pouvez avoir besoin d'inclure des fichiers de log, de configuration ou + d'échantillon. Si certains sont très gros alors il vaut mieux les uploader + sur notre serveur FTP + en format compressé (gzip et bzip2 préférés) et indiquer uniquement leur + chemin et nom dans le rapport de bug. Nos listes de diffusion ont une taille + de message limite de 80k, si vous avez quelque chose de plus gros vous devrez + le compresser ou l'uploader.
+ +xdpyinfo | grep "depth of root"configure.log.
-Merci d'inclure la sortie de MPlayer en verbosité niveau 1, mais rappelez-vous
de ne pas tronquer la sortie en le copiant dans votre mail. Les développeurs
@@ -196,8 +210,8 @@ Incluez configure.log.
Uploadez aussi un petit fichier texte ayant le même nom que votre fichier mais avec une extension .txt. Décrivez le problème que vous avez avec ce fichier et incluez votre adresse e-mail ainsi que la sortie de MPlayer en verbosité niveau 1. - Généralement les premiers 1-5 MB sont suffisants pour reproduire le problème, - mais pour être sur nous vous demandons de faire:
+ Généralement les premiers 1-5 MB sont suffisants pour reproduire le problème, + mais pour être sûrs nous vous demandons de faire: dd if=votrefichier of=petitfichier bs=1024k count=5
configure.log.
téléchargement, envoyez seulement son adresse exacte.
-Vous devez lancer MPlayer à l'intérieur de gdb et nous envoyer le résultat
complet ou si vous avez un core dump du plantage vous pouvez extraire des informations
utiles du fichier Core. Voici comment:
bt
- disass $pc-32 $pc+32
créez le fichier de commande suivant:
@@ -249,16 +265,7 @@ renvoyer gdb mplayer --core=core -batch --command=fichier_de_commande > mplayer.bug
Si quelque chose est très gros (les logs par exemple) alors il vaut mieux - l'uploader sur le serveur FTP en format compressé (gzip et bzip2 préférés) et - indiquer uniquement leur nom/adresse dans le rapport de bug. Nos listes de - diffusion ont une taille de message limite de 80k, si vous avez quelque chose - de plus gros vous devrez le compresser ou l'uploader.
- - -Si vous avez créé un rapport de bogue correct en suivant les étapes ci-dessus et que vous êtes persuadé qu'il s'agit d'un bug dans MPlayer, pas un problème