From 8ae55f0e77f7b1f9246124453190ba1f7fb62a7e Mon Sep 17 00:00:00 2001 From: gpoirier Date: Wed, 11 Jun 2008 20:41:03 +0000 Subject: =?UTF-8?q?sync=20w/r23225,=20plus=20misc=20fixes=20Patch=20by=20C?= =?UTF-8?q?=C3=A9dric=20Viou?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@27054 b3059339-0415-0410-9bf9-f77b7e298cf2 --- DOCS/xml/fr/bugreports.xml | 145 ++++++++++++++++++++++++++++++++------------- 1 file changed, 104 insertions(+), 41 deletions(-) (limited to 'DOCS/xml/fr') diff --git a/DOCS/xml/fr/bugreports.xml b/DOCS/xml/fr/bugreports.xml index 258170ce16..0f61ff5cd3 100644 --- a/DOCS/xml/fr/bugreports.xml +++ b/DOCS/xml/fr/bugreports.xml @@ -1,5 +1,5 @@ - + Comment rapporter les bogues @@ -13,8 +13,14 @@ Donc bien que votre retour soit crucial pour l'amélioration de devez fournir toutes les informations que nous demandons et suivre de près les instructions de ce document. + + + + + Rapport de sécurité lié aux bogues + Au cas où vous trouveriez un bogue exploitable, laissez-nous le temps de le corriger avant de le révéler. Vous pouvez envoyer vos alertes de sécurité à @@ -27,37 +33,53 @@ preuve que le bogue est exploitable, vous pouvez envoyer ceci dans un autre message. + + + + + Comment réparer les bogues + 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 ce court document (en anglais) -pour trouver comment faire inclure votre code dans MPlayer. +réparer le bogue vous-même. Ou peut-être l'avez-vous déjà fait ? +Veuillez lire ce court document +(en anglais) pour trouver comment faire inclure votre code dans +MPlayer. Les gens de la liste de diffusion MPlayer-dev-eng vous assisterons si vous avez des questions. + + + + + + Comment faire des tests de regression en utilisant Subversion + -Un problème qui peut survenir quelque fois est 'cela marchait avant, et -plus maintenant...'. + Un problème qui peut survenir quelque fois est «cela marchait avant, +et plus maintenant...». Voici une procédure étape-par-étape pour tenter d'indiquer quand exactement le problème s'est produit. Ceci n'est pas pour les utilisateurs occasionnels. + Premièrement, vous aurez besoin de récuperer l'arbre des sources de MPlayer depuis le dépot Subversion. Les instructions peuvent être trouvé au bas de cette page. + Vous aurez donc dans le repertoire mplayer/ une image de l'arbre Subversion, du coté client. -Maintenant mettez à jour cette image à la date voulue: +Maintenant mettez à jour cette image à la date voulue : cd mplayer/ svn update -r {"2004-08-23"} @@ -67,13 +89,15 @@ Utiliser ce format de date vous assure que vous pourrez extraire les patches selon la date à laquelle elles ont été fusionnés au dépot, comme dans l' archive MPlayer-cvslog. + -Maintenant procéder comme pour une mise-à-jour normale: +Maintenant procéder comme pour une mise-à-jour normale : ./configure make + Pour un non-informaticien qui lit ceci, la méthode la plus rapide d'arriver au point où le problème se produit est d'utiliser une recherche dichotomique — qui est, @@ -84,6 +108,7 @@ Par exemple, si le problème se produit en 2003, commencez en milieu d'année, p Si oui, revenez au premier Avril; si non, allez au premier Octobre, et ainsi de suite. + Si vous avez beaucoup d'espace libre sur le disque dur (une compilation complète des sources prend actuellement 100 MO, et environ 300-350 MO si les symboles de déboguage sont activés), copiez la @@ -94,15 +119,17 @@ version plus récente, donc si vous ne faites pas une copie de sauvegarde de vot source original, vous devrez tout recompiler dedans quand vous reviendrez à la version présente.) + Quand vous avez trouvé le jour où le problème survient, continuez la recherche en utilisant l'archive mplayer-cvslog (triée par date) et en affinant par des -mises-à-jour depuis Subversion en précisant heure, minute et seconde: +mises-à-jour depuis Subversion en précisant heure, minute et seconde : svn update -r {"2004-08-23 15:17:25"} Cela vous permettra de trouver facilement le patch exact à l'origine du problème. + Si vous trouvez le patch qui est la cause du problème, vous avez quasiement gagné; signalez le à @@ -114,8 +141,14 @@ Il y a une chance pour que l'auteur s'empresse de suggérer un correctif. Vous pouvez également décortiquer le patch jusqu'à ce que le bug vous saute aux yeux :-). + + + + + Comment rapporter les bogues + Tout d'abord veuillez essayer la dernière version Subversion de MPlayer car votre bogue y est peut-être déjà réparé. Le développement évolue @@ -170,21 +203,27 @@ volontairement sur notre temps libre. Nous sommes très occupés et ne pouvons garantir que vous aurez une solution à votre problème ou même une réponse. - + + + + Où rapporter les bogues + -Souscrivez à la liste de diffusion mplayer-users: +Souscrivez à la liste de diffusion mplayer-users : et envoyez votre rapport à où vous pourrez en discuter. + Si vous préférez, vous pouvez utiliser notre tout nouveau Bugzilla à la place. + La langue de cette liste est l'Anglais. Suivez les Règles de la Netiquette @@ -200,8 +239,13 @@ et que c'est donc une bonne idée de souscrire pour recevoir votre réponse. + + + + Que rapporter + 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 @@ -212,57 +256,58 @@ 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. - + + Information Système + -Votre distribution Linux ou système d'exploitation et version, ex.: +Votre distribution Linux ou système d'exploitation et version, ex. : Red Hat 7.1 Slackware 7.0 + paquets de développement de la 7.1 ... -version du noyau: +Version du noyau : uname -a -version de la libc: +Version de la libc : ls -l /lib/libc[.-]* -versions de gcc et ld : +Versions de gcc et ld : gcc -v ld -v -version des binutils: +Version des binutils : as --version -Si vous avez des problèmes avec le mode plein-écran: +Si vous avez des problèmes avec le mode plein-écran : Type de gestionnaire de fenêtre et version -Si vous avez des problèmes avec XVIDIX: +Si vous avez des problèmes avec XVIDIX : - profondeur de couleur de X: + Profondeur de couleur de X : xdpyinfo | grep "depth of root" -Si seul le GUI (ou IHM - Interface Homme Machine) est boguée: +Si seul le GUI (ou IHM - Interface Homme Machine) est boguée : - version de GTK - version de GLIB - version de libpng + Version de GTK + Version de GLIB Position dans le GUI au moment où le bogue se produit @@ -270,23 +315,27 @@ Si seul le GUI (ou IHM - Interface Homme Machine) est boguée: + + Matériel et pilotes + -Info CPU (cela ne fonctionne que sous Linux): +Info CPU (cela ne fonctionne que sous Linux) : cat /proc/cpuinfo -Fabricant et modèle de votre carte vidéo, ex.: +Fabricant et modèle de votre carte vidéo, ex. : - chip ASUS V3800U: nVidia TNT2 Ultra pro 32Mo SDRAM + Puce ASUS V3800U: nVidia TNT2 Ultra pro 32Mo SDRAM + Matrox G400 DH 32Mo SGRAM -Type et version des drivers vidéo, ex.: +Type et version des drivers vidéo, ex. : Pilote X intégré nVidia 0.9.623 @@ -295,7 +344,7 @@ Type et version des drivers vidéo, ex.: -Type de carte son et pilote, ex.: +Type de carte son et pilote, ex. : Creative SBLive! Gold avec pilote OSS de oss.creative.com Creative SB16 avec pilotes noyau OSS @@ -311,6 +360,7 @@ En cas de doute, joignez-y le résultat de lspci -vv sur les Problèmes de configuration + Si vous rencontrez des erreurs pendant l'éxecution de ./configure, ou si l'auto-détection ou autre chose échoue, lisez configure.log. @@ -324,8 +374,9 @@ Si vous pensez que c'est un bogue, incluez Problèmes de compilation + -Veuillez inclure ces fichiers: +Veuillez inclure ces fichiers : config.h config.mak @@ -335,18 +386,19 @@ Veuillez inclure ces fichiers: Problèmes de lecture + 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 ont besoin de tous les messages pour diagnostiquer correctement un problème. Vous pouvez rediriger la sortie -dans un fichier comme ceci: +dans un fichier comme ceci : mplayer -v options nomfichier > mplayer.log 2>&1 Si votre problème est spécifique à un ou plusieurs fichiers, alors merci d'uploader -le(s) fautif(s) sur: +le(s) fautif(s) sur : @@ -356,40 +408,45 @@ 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 Mo sont suffisants pour reproduire le problème, -mais pour être sûrs nous vous demandons de faire: +mais pour être sûrs nous vous demandons de faire : dd if=votre_fichier of=petit_fichier bs=1024k count=5 Cela coupera les 5 premiers Mo de 'votre_fichier' et les sauvera dans 'petit_fichier'. Essayez alors de lire le petit fichier, et si le bogue persiste vous pouvez envoyer le petit fichier par ftp. N'envoyez jamais -ces fichiers par e-mail SVP ! +ces fichiers par e-mail SVP ! Envoyez-les par FTP, et postez seulement le chemin/nom des fichiers sur le serveur FTP. Si le fichier est accessible en téléchargement à partir d'Internet, alors envoyez seulement son adresse URL exacte. + + Plantages + 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: +des informations utiles du fichier Core. Voici comment : + Comment conserver les informations sur un plantage reproductible + Recompilez MPlayer avec les instructions de -déboguage activées: +déboguage activées : ./configure --enable-debug=3 make -et ensuite lancez MPlayer à l'intérieur de gdb en utilisant: +et ensuite lancez MPlayer à l'intérieur de gdb en utilisant : gdb ./mplayer -Vous êtes maintenant à l'intérieur de gdb. Tapez: +Vous êtes maintenant à l'intérieur de gdb. Tapez : run -v options-pour-mplayer nomfichier et reproduisez votre plantage. Aussitôt que vous l'avez fait, gdb va vous renvoyer à la ligne de commande @@ -402,24 +459,31 @@ info all-registers + Comment extraire les informations significatives d'un core dump + -Créer le fichier de commande suivant: +Créer le fichier de commande suivant : bt disass $pc-32 $pc+32 info all-registers -Ensuite exécutez simplement la commande: +Ensuite exécutez simplement la commande : gdb mplayer --core=core -batch --command=fichier_de_commande > mplayer.bug + + + + Je sais ce que je fait... + 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 @@ -440,7 +504,6 @@ utilisateur avancé de MPlayer ou un développeur. Si vous correspondez à ces critères il ne devrait pas être difficile de trouver comment on s'inscrit... - -- cgit v1.2.3