comparison DOCS/xml/fr/bugreports.xml @ 14098:849d579cc92b

sync, typo fixes, better wording

14097:56a148a587c7

<?xml version="1.0" encoding="iso-8859-1"?>
<!-- synced with 1.5 -->
<appendix id="bugreports">
<title>Comment rapporter les bogues</title>
<para>
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 rapports de
problème exigent du travail. Rendez-vous compte que la plupart des développeurs sont
extrêmement occupés et reçoivent un nombre obscène d'emails. Donc bien que votre retour
soit crucial pour l'amélioration de MPlayer et soit très apprécié, comprenez que vous
devez fournir <emphasis role="bold">toutes</emphasis>  les informations que nous demandons
et suivre de près les instructions de ce document.
</para>
<sect1 id="bugreports_fix">
<title>Comment réparer les bogues</title>
<para>
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
<ulink url="../../tech/patches.txt">ce court document</ulink> (en anglais) pour trouver
comment faire inclure votre code dans MPlayer. Les gens de la liste de diffusion
<ulink url="http://mplayerhq.hu/mailman/listinfo/mplayer-dev-eng">mplayer-dev-eng</ulink>
vous assisterons si vous avez des questions.
</para>
</sect1>
<sect1 id="bugreports_report">
<title>Comment rapporter les bogues</title>
<para>
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 <emphasis role="bold">que le CVS</emphasis> pour rapporter les bogues. Ceci
est également valable pour les paquets binaires de MPlayer. Ne rapportez pas de bogues
sur les divers paquets RPM ou Debian de MPlayer. Les instructions CVS peuvent être
trouvées en bas de <ulink url="http://www.mplayerhq.hu/homepage/dload.html">cette page</ulink>
ou dans le README. Si tout cela ne vous aide pas veuillez vous référer à
<link linkend="bugs">la liste des bogues connus</link> et au reste de la documentation.
Si votre problème n'est pas connu ou non résolvable par nos instructions, alors merci
de rapporter le bogue.
</para>

<para>
Merci de ne pas envoyer de rapports de bogues en privé à chaque développeur. C'est un
travail commun et il y a donc plein de gens que cela pourrait intéresser. Parfois
d'autres utilisateurs on rencontré les mêmes ennuis que vous et savent comment
contourner le problème même si c'est un bogue dans le code de MPlayer.
</para>

<para>
Merci de décrire votre problème avec le plus de détails possibles. Faites un petit
travail de détective pour restreindre les conditions d'occurrence du problème. Est ce

<sect1 id="bugreports_where">
<title>Où rapporter les bogues</title>
<para>
Souscrivez à la liste de diffusion mplayer-users:
<ulink url="http://mplayerhq.hu/mailman/listinfo/mplayer-users"/>
et décrivez votre problème:
<ulink url="mailto:[e-mail]"/>
</para>
<para>
La langue de cette liste est l'<emphasis role="bold">Anglais</emphasis>. Suivez les
<ulink url="http://www.ietf.org/rfc/rfc1855.txt">Règles de la Netiquette</ulink> SVP et
<emphasis role="bold">n'envoyez de mails en HTML</emphasis> sur aucune de nos listes de
diffusion. 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 <ulink url="http://expita.com/nomime.html">sympatique document</ulink>.
Il explique tous les détails et a des instructions pour 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.
</para>
</sect1>

<sect1 id="bugreports_what">

<para>
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
<ulink url="ftp://mplayerhq.hu/MPlayer/incoming/">serveur FTP</ulink> 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.
</para>

<sect2 id="bugreports_system">
<title>Information Système</title>

    <listitem><para>Utah-GLX CVS 2001-02-17</para></listitem>
    <listitem><para>DRI de X 4.0.3</para></listitem>
  </itemizedlist>
</para></listitem>
<listitem><para>
Type et version des drivers son, ex.:
  <itemizedlist>
    <listitem><para>Creative SBLive! Gold avec pilote OSS de oss.creative.com</para></listitem>
    <listitem><para>Creative SB16 avec pilotes noyau OSS</para></listitem>
    <listitem><para>GUS PnP avec émulation OSS ALSA</para></listitem>
  </itemizedlist>

<para>
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 sûrs nous
vous demandons de faire:
<screen>dd if=<replaceable>votrefichier</replaceable> of=<replaceable>petitfichier</replaceable> bs=1024k count=5</screen>
Cela coupera les 5 premiers Mo de '<emphasis role="bold">votrefichier</emphasis>'
et les sauvera dans '<emphasis role="bold">petitfichier</emphasis>'. Essayez alors de
lire le petit fichier, et si le bogue persiste vous pouvez envoyer le petit fichier par

</para>

<sect3 id="bugreports_debug">
<title>Comment conserver les informations avec un plantage reproduisible</title>
<para>
Recompilez MPlayer avec les instructions de déboguage:
<screen>
./configure --enable-debug=3
make
</screen>
 et ensuite lancez MPlayer à l'intérieur de gdb en utilisant:

<sect1 id="bugreports_advusers">
<title>Je sais ce que je fait...</title>
<para>
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 de compilateur
ou un fichier endommagé, vous avez déjà lu la documentation et vous n'arrivez pas à
trouver une solution, vos pilotes son sont OK, alors vous pouvez souscrire à la liste
mplayer-advusers et envoyer votre rapport dessus pour obtenir une réponse meilleure et
plus rapide.
</para>

<para>
Soyez prévenu que si vous posez des questions de newbie ou des questions dont les
réponses sont dans le manuel dessus, vous serez ignoré ou insulté au lieu de recevoir
une réponse appropriée. Donc ne nous insultez pas et ne vous inscrivez à -advusers que
si vous savez vraiment ce que vous faites et vous sentez en mesure d'être un 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...
</para>

</sect1>

14098:849d579cc92b

<?xml version="1.0" encoding="iso-8859-1"?>
<!-- synced with 1.10 -->
<appendix id="bugreports">
<title>Comment rapporter les bogues</title>
<para>
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 rapports de
problème exigent du travail. Rendez-vous compte que la plupart des développeurs sont
extrêmement occupés et reçoivent un nombre obscène d'emails. Donc bien que votre retour soit crucial pour l'amélioration de <application>MPlayer</application> et soit très apprécié, comprenez que vous devez fournir <emphasis role="bold">toutes</emphasis>  les informations que nous demandons
et suivre de près les instructions de ce document.
</para>
<sect1 id="bugreports_fix">
<title>Comment réparer les bogues</title>
<para>
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
<ulink url="../../tech/patches.txt">ce court document</ulink> (en anglais) pour trouver
comment faire inclure votre code dans <application>MPlayer</application>. Les gens de la liste de diffusion
<ulink url="http://mplayerhq.hu/mailman/listinfo/mplayer-dev-eng">mplayer-dev-eng</ulink>
vous assisterons si vous avez des questions.
</para>
</sect1>
<sect1 id="bugreports_report">
<title>Comment rapporter les bogues</title>
<para>
Tout d'abord veuillez essayer la dernière version CVS de <application>MPlayer</application> 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 <emphasis role="bold">que le CVS</emphasis> pour rapporter les bogues. Ceci
est également valable pour les paquets binaires de <application>MPlayer</application>.
Les instructions CVS peuvent être trouvées en bas de <ulink url="http://www.mplayerhq.hu/homepage/dload.html">cette page</ulink>
ou dans le README. Si tout cela ne vous aide pas, veuillez vous référer à
<link linkend="bugs">la liste des bogues connus</link> et au reste de la documentation.
Si votre problème n'est pas connu ou non résolvable par nos instructions, alors merci
de rapporter le bogue.
</para>

<para>
Merci de ne pas envoyer de rapports de bogues en privé à chaque développeur. C'est un
travail commun et il y a donc plein de gens que cela pourrait intéresser. Parfois
d'autres utilisateurs on rencontré les mêmes ennuis que vous et savent comment
contourner le problème même si c'est un bogue dans le code de <application>MPlayer</application>.
</para>

<para>
Merci de décrire votre problème avec le plus de détails possibles. Faites un petit
travail de détective pour restreindre les conditions d'occurrence du problème. Est ce

<sect1 id="bugreports_where">
<title>Où rapporter les bogues</title>
<para>
Souscrivez à la liste de diffusion mplayer-users:
<ulink url="http://mplayerhq.hu/mailman/listinfo/mplayer-users"/>
et envoyez votre rapport à 
<ulink url="mailto:[e-mail]"/> où vous pourrez en discuter.
</para>
<para>
Si vous préférez, vous pouvez utiliser notre tout nouveau
<ulink url="http://bugzilla.mplayerhq.hu/">Bugzilla</ulink> à la place.
</para>
<para>
La langue de cette liste est l'<emphasis role="bold">Anglais</emphasis>. Suivez les
<ulink url="http://www.ietf.org/rfc/rfc1855.txt">Règles de la Netiquette</ulink> SVP et
<emphasis role="bold">n'envoyez de mails en HTML</emphasis> sur aucune de nos listes de
diffusion. 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 <ulink url="http://expita.com/nomime.html">sympatique document</ulink>.
Il explique tous les détails et a des instructions pour 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.
</para>
</sect1>

<sect1 id="bugreports_what">

<para>
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
<ulink url="ftp://mplayerhq.hu/MPlayer/incoming/">serveur FTP</ulink> en format
compressé (gzip et bzip2 préférés) et indiquer uniquement leur chemin et nom dans le
rapport de bogue. 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.
</para>

<sect2 id="bugreports_system">
<title>Information Système</title>

    <listitem><para>Utah-GLX CVS 2001-02-17</para></listitem>
    <listitem><para>DRI de X 4.0.3</para></listitem>
  </itemizedlist>
</para></listitem>
<listitem><para>
Type de carte son et pilote, ex.:
  <itemizedlist>
    <listitem><para>Creative SBLive! Gold avec pilote OSS de oss.creative.com</para></listitem>
    <listitem><para>Creative SB16 avec pilotes noyau OSS</para></listitem>
    <listitem><para>GUS PnP avec émulation OSS ALSA</para></listitem>
  </itemizedlist>

<para>
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 Mo sont suffisants pour reproduire le problème, mais pour être sûrs nous
vous demandons de faire:
<screen>dd if=<replaceable>votrefichier</replaceable> of=<replaceable>petitfichier</replaceable> bs=1024k count=5</screen>
Cela coupera les 5 premiers Mo de '<emphasis role="bold">votrefichier</emphasis>'
et les sauvera dans '<emphasis role="bold">petitfichier</emphasis>'. Essayez alors de
lire le petit fichier, et si le bogue persiste vous pouvez envoyer le petit fichier par

</para>

<sect3 id="bugreports_debug">
<title>Comment conserver les informations avec un plantage reproduisible</title>
<para>
Recompilez <application>MPlayer</application> avec les instructions de déboguage:
<screen>
./configure --enable-debug=3
make
</screen>
 et ensuite lancez MPlayer à l'intérieur de gdb en utilisant:

<sect1 id="bugreports_advusers">
<title>Je sais ce que je fait...</title>
<para>
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 <application>MPlayer</application>, pas un problème de compilateur
ou un fichier endommagé, vous avez déjà lu la documentation et vous n'arrivez pas à
trouver une solution, vos pilotes son sont OK, alors vous pouvez souscrire à la liste
mplayer-advusers et envoyer votre rapport dessus pour obtenir une réponse meilleure et
plus rapide.
</para>

<para>
Soyez prévenu que si vous posez des questions de newbie ou des questions dont les
réponses sont dans le manuel, vous serez ignoré ou insulté au lieu de recevoir
une réponse appropriée. Donc ne nous insultez pas et ne vous inscrivez à -advusers que
si vous savez vraiment ce que vous faites et vous sentez en mesure d'être un utilisateur
avancé de <application>MPlayer</application> ou un développeur. Si vous correspondez à ces critères il ne devrait
pas être difficile de trouver comment on s'inscrit...
</para>

</sect1>