add old french translations

[developers-reference.git] / developers-reference.fr.sgml

<!doctype debiandoc system>

<!--
 Guide de Référence du Développeur Debian GNU/Linux.
 Copyright (C)1997 Christian Schwarz;
 Publié sous les termes de la licence GNU
 General Public License, version 2 ou supérieure
 -->
<book>

<title>Guide de Référence du Développeur Debian
<author>Christian Schwarz <email/schwarz@debian.org/
<author>basé sur des documents précédemment écrits par Ian Jackson 
<email/ijackson@gnu.ai.mit.edu/
<author>version française par Hervé Floch
<email/Herve.Floch@Linux.EU.Org/
<version>version 0.1, <date>

<copyright>Copyright &copy;1997 Christian Schwarz.
<p>

Ce manuel relève du logiciel libre ; vous pouvez le redistribuer et/ou le 
modifier conformément à la GNU GPL (General Public License) publiée par la FSF 
(Free Software Foundation) dans la version 2 (ou supérieure si vous le 
préférez).
<p>

Il est distribué dans l'espoir qu'il sera utile, <em>sans aucune garantie</em> ; 
sans même une garantie implicite de qualité marchande ou d'adéquation à un 
quelconque usage. Voyez la GNU GPL pour plus de détails.
<p>

Une copie de la licence GNU GPL est disponible dans le fichier 
<tt>/usr/doc/copyright/GPL</tt> de la distribution Debian GNU/Linux ou sur le 
World Wide Web à l'URL <tt>http://www.gnu.org/copyleft/gpl.html</tt>. Vous 
pouvez aussi l'obtenir en écrivant à la Free Software Foundation, Inc., 675 Mass 
Ave, Cambridge, MA 02139, USA.
<p>

<toc sect>

<chapt>Devenir un mainteneur
<p>

<sect>Avant de travailler sur un paquet
<p>

Vous avez lu toute la documentation, vous avez compris l'utilité de chaque
élément du paquet d'exemple <prgn/hello/ et vous voulez « debianiser » votre
paquet favori. Alors, comment devient-on un développeur Debian dont le travail 
peut être incorporé dans le projet ?
<p>

Tout d'abord, abonnez-vous à <prgn/debian-devel/ si vous ne l'avez pas déjà
fait. Envoyez juste le mot <tt/subscribe/ dans le champ <em/Subject/ d'un
courrier électronique à <email/debian-devel-REQUEST@lists.debian.org/. En cas de 
problème, contactez l'administrateur de la liste de diffusion à l'adresse 
<email/listmaster@lists.debian.org/.
<p>

Vous devriez vous abonner et observer un peu avant d'écrire le moindre code, 
vous devriez aussi poster un message annonçant vos intentions avant d'attaquer 
un travail, afin d'épargner des efforts dupliqués.
<p>

Si vous n'avez pas déjà de clef PGP, générez-en une. Vous devriez probablement 
lire le manuel de PGP. En effet, il contient de nombreuses informations 
importantes qui sont primordiales pour sa sécurité. Bien plus de failles de 
sécurité sont dues à des erreurs humaines qu'à des bogues logiciels ou des 
techniques d'espionnage perfectionnées.
<p>

En raison des restrictions à l'exportation décidées par le gouvernement des 
États Unis, quelques paquets Debian dont PGP ont été déplacés vers un serveur 
FTP en dehors des U.S.A. . Vous pouvez obtenir les localisations de ces paquets 
à <ftpsite/ftp.debian.org/ dans le fichier 
<ftppath>/pub/debian/README.non-US</>.
<p>

Si vous vivez dans un pays où l'usage de la cryptographie est interdit, même 
pour l'authentification, veuillez nous contacter pour que nous trouvions des 
arrangements particuliers. Ceci ne s'applique pas pour la France où je pense 
que seul le chiffrement est interdit et pas l'authentification.
<p>

<sect>S'enregistrer comme un développeur Debian
<p>

Quand votre nouveau paquet sera prêt à être envoyé, vous devrez poster un 
message à <email/new-maintainer@debian.org/ pour vous enregistrer comme un
développeur Debian « officiel » afin d'être autorisé à envoyer des paquets. 
<p>

Le message devra annoncer ce que vous avez fait et qui vous êtes. Aussi, vous 
devriez demander à avoir un compte sur le serveur principal et à être inscrit 
sur la liste debian-private (la liste de diffusion réservée aux développeurs). 
Il devra contenir votre clé publique PGP ou RSA (extraite avec la commande 
<tt>pgp -kxa</tt>, dans le cas de PGP) pour la base de données des clés fournie 
avec dpkg. Vérifiez que vous avez signé votre message avec la clé PGP ou RSA que 
vous avez choisie.
<p>

Incluez votre nom d'usager préféré pour le serveur principal (sept caractères ou
moins), ainsi que l'adresse électronique à laquelle vous souhaitez recevoir les
messages de debian-private (typiquement, ce sera ou votre adresse principale ou 
votre nouvelle adresse debian.org).
<p>

Vous devrez aussi indiquer un moyen par lequel nous pourrons vérifier votre 
identité réelle. Par exemple, un des moyens suivants conviendrait :

<list compact>
<item>Une clé PGP ou RSA signée par une signature bien connue, comme :
<list compact>
<item>un des développeurs Debian
<item>un service de certification (comme Verisign, Thawte, etc.)
</list>
<item>une copie numérisée ou physiquement postée de documents officiels 
certifiant de votre identité (comme un extrait de naissance, une carte nationale 
d'identité, un permis de conduire, etc.). Incluez votre empreinte PGP or RSA sur 
l'image numérisée et signez l'image avec votre clé PGP ou RSA.
</list>

Les mécanismes suivants sont déconseillés, mais acceptables si aucun des moyens 
précédents n'est utilisable :
<list compact>
<item>Une liste de numéros de téléphone auxquels vous pouvez être joint (à nos 
frais). Cette liste doit pouvoir être vérifiée indépendamment, par des moyens 
tel qu'un annuaire national ou toute autre source faisant autorité.
</list>

Nous sommes désolés pour les contraintes découlant de cette vérification 
d'identité, mais pour le moment, de telles mesures sont indispensables pour 
assurer la sécurité et la fiabilité de notre distribution.
<p>

Une fois que cette information est reçue et traitée, vous devriez recevoir les 
informations concernant votre nouveau compte de mainteneur Debian. Si vous ne 
recevez rien sous 7-10 jours, veuillez renvoyer votre message original car les 
bénévoles gérant les nouveaux volontaires sont généralement débordés et des 
erreurs surviennent parfois.
<p>

<chapt>Les Serveurs Internet
<p>

<sect>Les listes de diffusion
<p>

Le serveur des listes de diffusion est hébergé sur <tt/lists.debian.org/.
Envoyez un courrier électronique à 
<tt/debian-<var/foo/-REQUEST@lists.debian.org/, <tt/debian-<var/foo// étant le
nom de la liste, avec le mot <tt/subscribe/ dans le sujet pour vous abonner ou
<tt/unsubscribe/ pour vous désabonner.
<p>

Quand vous répondez à un message sur la liste, n'envoyez pas de copie en <tt/CC/
à l'auteur. Toute personne écrivant à une liste de diffusion devrait la lire 
pour prendre connaissance des réponses.
<p>

Comme toujours dans vos courriers, essayez de réduire les citations des articles 
auxquels vous répondez. Appliquez vous aussi à respecter la Nétiquette lorsque 
vous postez.
<p>

<sect>Le serveur principal
<p>

<sect>Le serveur Ftp et ses miroirs
<p>

<sect>Les serveurs WWW
<p>

<chapt>Le travail quotidien du développeur de paquet
<p>

<sect>Annoncer les nouveaux paquets
<p>

<sect>Envoyer les nouveaux paquets
<p>

Quand vous avez un compte personnel sur le serveur principal, vous pouvez vous 
connecter par ftp et transférer les fichiers dans 
<tt>/home/Debian/ftp/private/project/Incoming</tt>. Vous ne pouvez pas 
envoyer dans « Incoming » sur le serveur principal par FTP anonyme, vous devez 
utiliser votre nom et votre mot de passe.
<p>

Vous pouvez aussi envoyer vos fichiers dans « Incoming » avec une queue de 
chargement gérée par un cron en Europe sur ftp.chiark.greenend.org.uk. Pour plus 
de détails, connectez vous sur chiark via FTP anonyme et lisez 
<tt>/pub/debian/private/project/README.how-to-upload</tt>.
<p>

Vous pouvez aussi trouver le paquet Debian <tt>dupload</tt> utile pour envoyer 
les nouveaux paquets au serveur principal. Regardez la documentation de 
<tt>dupload</tt> pour plus d'informations.
<p>

<sect>Mises à jour par Intérim
<p>

Dans certaines circonstances, il est nécessaire que quelqu'un d'autre que le 
mainteneur courant réalise une nouvelle version d'un paquet. Par exemple, un
porteur vers une autre architecture peut avoir à faire quelques petits 
changements au paquet source et ne pas vouloir attendre que le mainteneur 
principal ait incorporé la pièce (patch) pour envoyer sa version, ou un problème 
de sécurité peut être apparu, nécessitant des changements immédiats.
<p>

Les mainteneurs autres que les mainteneurs courants devraient faire le moins de 
changements possible sur le paquet, et ils devraient toujours envoyer un 
« unified context diff » (<tt/diff -u/) détaillant leurs changements au système 
de suivi de bogues pour que le mainteneur soit tenu au courant de la situation.
<p>

Quand quelqu'un d'autre que le mainteneur courant sort un nouveau paquet, il 
devrait ajouter un nouveau morceau à la partie <var/debian-revision/ du numéro
de version -- c'est à dire la partie après le dernier trait d'union. Ce morceau
supplémentaire commencera à <tt/1/ afin d'éviter de priver un des mainteneurs
actuels d'un de ses numéros de version, ce qui pourrait le gêner. Si il n'y a
pas de partie <var/debian-revision/ dans le numéro de version, alors, il devrait
en être créée une dans le numéro de version, en commençant à <tt/1/.
<p>

S'il est absolument nécessaire pour quelqu'un d'autre que le mainteneur courant 
de faire une nouvelle version basée sur une nouvelle souche, alors la personne 
faisant cette version devrait commencer avec le numéro <var/debian-revision/
<tt/0.1/. Le mainteneur courant aurait commencé avec le numéro de 
<var/debian-revision/ à <tt/1/.
<p>

<sect>Changement de mainteneur
<p>

Régulièrement, une liste des paquets nécessitant un nouveau mainteneur est 
postée vers la liste <tt>debian-devel</tt>. Cette liste peut aussi être 
consultée sur <ftpsite>ftp.debian.org</> dans le fichier 
<ftppath>/debian/doc/package-developers/prospective-packages.txt</>.
Si vous voulez reprendre la maintenance d'un de ces paquets, ou si vous ne 
pouvez plus maintenir les paquets que vous avez, ou si vous voulez simplement 
savoir si quelqu'un est en train de travailler sur un nouveau paquet, envoyez un 
message à <email/override-change@debian.org/.
<p>

Si vous reprenez un ancien paquet, vous voudrez probablement être désigné comme 
le mainteneur officiel du paquet dans le système de suivi de bogues. Ceci sera 
fait automatiquement une fois que vous aurez envoyé une nouvelle version avec un 
champ <tt/Maintainer:/ mis à jour. Si vous ne comptez pas envoyer de nouvelle
version avant un certain temps, envoyez un courrier électronique à
<email/override-change@debian.org/ pour que les rapports de bogue vous soient
envoyés.
<p>

<chapt>Le système de suivi de bogues
<p>
Ce chapitre explique le système de traitement des bogues de Debian aux 
mainteneurs Debian. Si vous voulez savoir comment signaler un bogue ou comment 
accéder aux informations sur les bogues signalés lisez plutôt Le Manuel de 
l'utilisateur Debian.
<p>
   Initialement, un rapport de bogue est soumis par un utilisateur par un simple 
   courrier électronique à <tt>submit@bugs.debian.org</tt>. Il lui sera alors 
   attribué un numéro, un accusé de réception sera envoyé à l'utilisateur et le 
   message sera envoyé vers la liste de diffusion <tt>debian-devel</tt>. Si
   l'utilisateur a inclus une ligne « Package » indiquant un paquet avec un 
   mainteneur connu, ce mainteneur recevra une copie lui aussi.
<p>

   <tt>Bug#nnn:</tt> sera ajouté à la ligne « Subject », et le champ 
   « Reply-To » inclura l'auteur du rapport de bogue, et 
   <tt>nnn@bugs.debian.org</tt>.
<p>

<sect>Manipuler les rapports de bogues
<p>

<sect1>Clore un rapport de bogue
<p>

   Un développeur qui voit un bogue sur <tt>debian-devel</tt> et qui en prend la 
   responsabilité devrait envoyer une réponse, en utilisant la fonction 
   « Répondre » de son logiciel favori et en éditant le champ « À » pour envoyer 
   à <tt>nnn-done@bugs.debian.org</tt> au lieu de <tt>nnn@bugs</tt> 
   (<tt>nnn-close</tt> est un alias pour <tt>nnn-done</tt>).
<p>

   L'adresse de l'auteur originel du rapport de bogue sera incluse dans le champ 
   « To » parce que le système de gestion des bogues l'avait inclus dans le champ 
   « Reply-To ».
<p>
 
   Les messages « Done » ne sont pas automatiquement envoyés dans la liste de 
   diffusion, il pourrait donc parfois valoir la peine d'inclure la liste de 
   diffusion <tt>debian-devel</tt> si les autres développeurs peuvent être 
   intéressés.
<p>
 
   La personne qui clôt le rapport de bogue et la personne qui l'a soumis 
   recevront chacune une notification du changement de statut du rapport.
<p>


<sect1>Messages suivis
<p>

   Si un développeur veut répondre à un rapport de bogue sans marquer le bogue 
   comme résolu, il peut simplement répondre au message. Sa réponse ira (par
   défaut) à <tt>nnn@bugs</tt> et à l'auteur du rapport de bogue. Le système de 
   suivi de bogues archivera la réponse avec le reste des traces pour ce rapport 
   de bogue et le fera suivre à <tt>debian-devel</tt>. Le bogue ne sera pas 
   marqué comme résolu.
<p>
 
   Si vous voulez envoyer une réponse à un message qui n'est pas appropriée pour 
   <tt>debian-devel</tt>, vous pouvez le faire en envoyant votre réponse à 
   <tt>nnn-quiet@bugs</tt> ou <tt>nnn-maintonly@bugs</tt>, qui l'archivera 
   simplement (sans le faire suivre aucunement) et l'enverra seulement au 
   mainteneur du paquet en question.
<p>

   <em>N'utilisez pas</em> les fonctionnalités « reply to all recipients » ou
   « follow-up » de votre outil de courrier, à moins d'avoir l'intention de 
   modifier ensuite les destinataires. En particulier, n'envoyez pas un message 
   de « follow-up » à <tt>nnn@bugs.debian.org</tt> et à 
   <tt>submit@bugs.debian.org</tt> simultanément parce que le système de suivi 
   de bogues recevrait alors deux copies de chaque et chacune serait renvoyée à
   <tt>debian-devel</tt> séparément.
<p> 

<sect1>Enregistrer que vous avez fait suivre un rapport de bogue
<p>

   Quand un développeur fait suivre un rapport de bogue au développeur d'un 
   paquet plus général dont est dérivé le paquet Debian, il doit le noter dans 
   le système de suivi de bogue comme suit :
<p>

   Vérifiez que le champ « To » de votre message à l'auteur contient uniquement 
   l'adresse de l'auteur ; mettez ensuite la personne qui a signalé le bogue et
   <tt>nnn-forwarded@bugs.debian.org</tt> dans le champ « CC ».
<p>

   Demandez à l'auteur de respecter le « CC » à <tt>nnn-forwarded@bugs</tt> 
   quand il répond, pour que le système de suivi de bogue archive sa réponse 
   avec le rapport original.
<p>

   Quand le système de suivi de bogues reçoit un message à 
   <tt>nnn-forwarded</tt>, il marque le bogue correspondant comme ayant été 
   transmis à (aux) adresse(s) figurant dans le champ « To » du message qu'il 
   reçoit.
<p>
   
   Vous pouvez aussi manipuler l'information « forwarded to » en envoyant des 
   messages à <tt>control@bugs</tt>.
<p>
   
<sect1>Messages de résumé à « debian-devel »
<p>

   Chaque vendredi, une liste des bogues non résolus est postée sur 
   <tt>debian-devel</tt>, triée suivant l'âge du rapport ; chaque mardi, une 
   liste des rapports de bogue non résolus depuis trop longtemps est postée,
   triée suivant le mainteneur du paquet.
<p>

   Si le mainteneur d'un paquet est listé incorrectement, c'est généralement 
   parce qu'il y a eu un changement de mainteneur récemment, et le nouveau 
   mainteneur n'a pas encore envoyé de nouvelle version du paquet avec un champ 
   de contrôle « Maintainer » modifié. Ceci sera réglé quand le paquet sera 
   envoyé. Une autre solution, il y a un fichier que les mainteneurs de la 
   distribution peuvent éditer pour enregistrer les changements de mainteneur. 
   Par exemple, si un nouveau paquet n'est pas prévu pour une période 
   suffisamment longue, vous pouvez contacter 
   <tt>iwj-mastercron@master.debian.org</tt> pour que le changement soit forcé.
<p>

<sect1>Rouvrir, réassigner et manipuler des bogues
<p>

   Il est possible de réassigner des rapports de bogue à d'autres paquets, d'en 
   rouvrir certains clos par erreur, de modifier l'information disant où 
   l'information a été transmise (forwarded), si elle l'a été, de changer les 
   titres des rapports, de fusionner et séparer des rapports de bogue. Ceci est 
   fait en envoyant des courriers électroniques à 
   <tt>control@bugs.debian.org</tt>.
<p>

   Le format de ces messages est décrit dans les sections
   suivantes.
<p>

<sect1>Fonctionnalités plus ou moins obsolètes
(étude des sujets)
<p>

   Les messages qui arrivent pour soumission ou les bogues dont le sujet 
   commence par <tt>Bug#nnn</tt> sont traités comme ayant déjà été envoyés à
   <tt>nnn@bugs</tt>. Ceci pour des raisons de compatibilité ascendante avec les 
   courriers envoyés depuis les anciennes adresses et pour éviter les messages 
   de suivi (followup) envoyés par erreur à <tt>submit@bugs.debian.org</tt> pour 
   soumission (par exemple, en utilisant « reply to all recipients »).
<p>

   Un schéma similaire est utilisé pour « maintonly », « done », « quiet » et 
   « forwarded », qui traitent les courriers arrivant avec un champ « Subject »
   modifié comme ayant été envoyés à l'adresse <tt>nnn-whatever@bugs</tt> 
   correspondante.
<p>   

   Les messages arrivant sans numéro de rapport de bogue dans leur adresse, ni 
   dans leur champ Subject seront archivés comme « junk » et gardés pendant 
   quelques semaines, mais autrement ignorés.
<p>

<sect1>Projets futurs
<p>

   Le champ « Package: » de l'en-tête devrait devenir obligatoire ; 
   actuellement, en cas d'oubli, seul un avertissement est généré.
<p>

<sect1>Fonctionnalité obsolète « X-Debian-PR: quiet »
<p>

   Ceci est utilisé pour empêcher le système de suivi de bogues de transmettre 
   n'importe où des messages qu'il reçoit à <tt>debian-bugs</tt>, en rajoutant 
   une ligne <tt>X-Debian-PR: quiet</tt> dans l'en-tête du courrier.
<p>   

   Cette en-tête est maintenant ignorée. A la place, envoyez vos messages à 
   <tt>quiet</tt> ou <tt>nnn-quiet</tt> (ou <tt>maintonly</tt> ou 
   <tt>nnn-maintonly</tt>).
<p>

<sect>L'interface de contrôle par courrier
<p>

   En plus du serveur de courrier sur <tt>request@bugs.debian.org</tt> qui 
   permet la recherche de données sur les bogues et de documentation par 
   courrier électronique, il y a un autre serveur à 
   <tt>control@bugs.debian.org</tt> qui permet de manipuler les rapports de 
   bogues de plusieurs façons.
<p>

   Le serveur de contrôle fonctionne de la même façon que le serveur de 
   requêtes, excepté qu'il a quelques commandes supplémentaires ; en fait, c'est 
   le même programme. Les deux adresses sont seulement séparées pour éviter que 
   les utilisateurs ne fassent des erreurs et causent des problèmes en essayant 
   juste d'obtenir des informations.
<p>

   Regardez « introduction au serveur de requêtes » disponible sur le World Wide 
   Web, dans le fichier bug-maint-mailcontrol.txt ou en demandant de l'aide à 
   chaque serveur de courrier pour les bases d'utilisation des serveurs et les 
   différentes commandes disponibles quand on écrit à une adresse.
<p>

   La carte de référence pour les serveurs de courrier est disponible via le 
   WWW, dans le fichier bug-mailserver-refcard.txt ou par courrier électronique 
   en utilisant la commande « refcard ».
<p>

Voici la liste des commandes disponibles :
<taglist> 
<tag><tt>   close bugnumber</tt>
<item>
          Ferme le rapport de bogue « #bugnumber ».
<p>

          Une notification est envoyée à l'utilisateur qui a soumis le bogue, 
          mais (contrairement au courrier envoyé à <tt>bugnumber-done@bugs</tt>) 
          le texte du courrier qui a clos le bogue <em>n'est pas</em> inclus 
          dans cette notification. Le mainteneur qui a fermé un rapport devrait 
          s'assurer, probablement en envoyant un message séparé, que 
          l'utilisateur qui a soumis le bogue sait pourquoi il a été clos.
<p>

<tag><tt>   reassign bugnumber package</tt>
<item>
          Enregistre que le rapport de bogue « #bugnumber » est un bogue dans un 
          paquet. Ce peut être utilisé pour fixer le paquet si l'utilisateur a 
          oublié la pseudo en-tête, ou pour modifier une assignation précédente. 
          Aucune notification n'est envoyée à qui que ce soit (en dehors des
          informations usuelles transcrites lors des traitements).
<p>

<tag><tt>   reopen bugnumber [originator-address|=]</tt>
<item>
          Rouvre « #bugnumber » si il a été fermé.
<p>

          Par défaut, vous êtes enregistré comme étant à l'origine du rapport, 
          donc vous recevrez l'accusé de réception quand il sera fermé une 
          nouvelle fois. Ceci pour éviter d'inonder un innocent utilisateur avec 
          plusieurs notifications sur un même rapport de bogue.
<p>

          Si vous rajoutez une adresse d'origine, l'auteur du rapport de bogue 
          sera enregistré à l'adresse que vous avez rajouté. Vous pouvez 
          utiliser <tt>=</tt> pour conserver l'auteur original des traitements
          précédents. C'est habituellement une bonne idée d'annoncer à la 
          personne qui est enregistrée comme auteur du rapport de bogue que vous
          rouvrez le rapport, pour qu'elle s'attende à recevoir l'accusé de 
          clôture du bogue.
<p>

          Si le bogue n'est pas fermé, alors le rouvrir ne fera rien, même pas 
          de changer l'auteur original. Il n'y a aucune manière de changer 
          l'auteur original d'un rapport de bogue ouvert (ceci est délibéré pour 
          qu'il ne puisse pas y avoir de rapport de bogue fermé et détruit 28
          jours plus tard sans que personne ne soit au courant.
<p>

<tag><tt>   forwarded bugnumber address</tt>
<item>
          Enregistre que le rapport de bogue a été passé à un mainteneur à 
          l'adresse <tt>address</tt>. Ceci n'envoie pas le message à la personne
          concernée. Ceci peut être utilisé pour modifier une adresse de 
          « forwarded-to » erronée, ou pour en enregistrer un nouveau pour un 
          bogue n'ayant pas été noté comme ayant précédemment été transmis.
<p>

<tag><tt>   notforwarded bugnumber</tt>
<item>
          Efface toute trace que le rapport de bogue a été transmis à un 
          quelconque mainteneur. Si le bogue n'a pas été enregistré comme ayant
          été transmis, alors ceci ne fera rien.
<p>

<tag><tt>   retitle bugnumber new-title</tt>
<item>
          Change le titre d'un rapport de bogue pour celui spécifié (par défaut, 
          il s'agit du champ Subject de l'en-tête du courrier du rapport 
          original).
<p>

          Contrairement à beaucoup des commandes de manipulation de bogue 
          utilisées sur un rapport parmi quelques-uns fusionnés, celle-ci 
          changera uniquement le titre du bogue concerné et pas ceux des 
          rapports avec lesquels il est fusionné.
<p>

<tag><tt>   merge bugnumber bugnumber ...</tt>
<item>
          Fusionne deux ou plusieurs rapports de bogue. Quand des rapports sont 
          fusionnés, l'action d'ouvrir, fermer, marquer comme transmis ou 
          supprimer cette marque et réassigner un des bogues à un nouveau 
          paquet, aura un effet identique sur tous les autres rapports 
          fusionnés.
<p>

          Avant que les bogues puissent être fusionnés, ils doivent être 
          exactement dans le même état : soit tous ouverts, soit tous fermés, 
          avec la même adresse de mainteneur « forwarded-to », s'ils ont été 
          transmis ou aucun marqué comme transmis, et tous assignés au(x) 
          même(s) paquet(s) (une comparaison exacte des chaînes de caractères 
          est faite sur le paquet auquel le bogue est assigné). Si ils ne sont 
          pas dans le même état au départ, vous devrez utiliser réassigne 
          (reassign), rouvrir (reopen) et les autres pour vous assurer qu'ils se 
          trouvent dans le même état avant de les fusionner.
<p>

          Si un des bogues listés dans la commande de fusion est déjà fusionné 
          avec un autre bogue, alors tous les rapports fusionnés avec un de ceux
          listés seront fusionnés également. La fusion est comme l'égalité : 
          c'est réflexif, transitif et symétrique.
<p>

          Fusionner des rapports de bogue provoque l'apparition d'une note dans 
          les traces de chacun des rapports ; sur les pages WWW, des liens sur 
          les autres bogues sont rajoutés
<p>

          L'expiration des rapports fusionnés se produit pour tous 
          simultanément, et uniquement quand chacun des paquets pris séparément 
          répond aux critères d'expiration.
<p>

<tag><tt>   unmerge bugnumber</tt>
<item>
          Sépare un rapport de bogue d'autres rapports de bogue avec lesquels il 
          a été fusionné. Si le rapport listé est fusionné avec plusieurs 
          autres, alors ils sont tous laissés fusionnés ensemble, et seules leur 
          association avec le bogue explicitement cité sont supprimées.
<p>

          Si plusieurs rapports de bogues sont fusionnés et que vous voulez les 
          séparer en deux groupes séparés de rapports fusionnés, vous devez 
          séparer chacun des rapports des nouveaux groupes séparément et alors 
          seulement les fusionner dans les nouveaux groupes désirés.
<p>

          Vous ne pouvez séparer uniquement qu'un rapport de bogue des autres 
          rapports de bogue fusionnés pour chaque commande « unmerge » ; si vous 
          voulez séparer plus d'un rapport de bogue, ajoutez simplement quelques 
          commandes « unmerge » à votre message.
<p>
</taglist>
<p>

<sect>Résumé des commandes disponibles
<p>

<sect1>Synopsis des commandes disponibles à « request@bugs.debian.org »
<p>

<list>
<item><tt>send bugnumber</tt>
<item><tt>send-detail bugnumber</tt>
<item><tt>index [full]</tt>
<item><tt>index-summary by-package</tt>
<item><tt>index-summary by-number</tt>
<item><tt>index-maint</tt>
<item><tt>index maint maintainer-substring</tt>
<item><tt>send-unmatched [this|0]</tt>
<item><tt>send-unmatched last|-1</tt>
<item><tt>send-unmatched old|-2</tt>
<item><tt>getinfo filename</tt> (voir plus bas)
<item><tt>help</tt>
<item><tt>refcard</tt>
<item><tt>quit|stop|thank...|--...</tt>
<item><tt>#...</tt> _(comment)_
<item><tt>debug level</tt>
</list>
<p>       
<sect1>Liste des fichiers d'informations pour « getinfo »
<p>
<list
<item><tt>maintainers</tt>
<item><tt>override.stable</tt>
<item><tt>override.development</tt>
<item><tt>override.contrib</tt>
<item><tt>override.non-free</tt>
<item><tt>override.experimental</tt>
<item><tt>override.codeword</tt>
<item><tt>pseudo-packages.description</tt>
<item><tt>pseudo-packages.maintainers</tt>
</list>
<p>       
<sect1>Synopsis des commandes supplémentaires disponibles sur le serveur de 
courriers de contrôle
<p>
<list>
<item><tt>close bugnumber</tt> (vous devez expliquer séparément à l'auteur 
pourquoi)
<item><tt>reassign bugnumber package</tt>
<item><tt>reopen bugnumber [originator-address|=]</tt>
<item><tt>forwarded bugnumber address</tt>
<item><tt>notforwarded bugnumber</tt>
<item><tt>retitle bugnumber new-title</tt>
<item><tt>merge bugnumber bugnumber ...</tt>
<item><tt>unmerge bugnumber</tt>
</list>
<p>       


</book>