chiark / gitweb /
Replaced "sévérité" by "gravité" which is a better translation of "severity".
[developers-reference.git] / developers-reference.fr.sgml
index 98a4dd3..5fc9644 100644 (file)
@@ -5,7 +5,7 @@
   <!-- common, language independant entities -->
   <!entity % commondata  SYSTEM "common.ent" > %commondata;
   <!-- CVS revision of this document -->
-  <!entity cvs-rev "$Revision: 1.15 $">
+  <!entity cvs-rev "$Revision: 1.16 $">
 
   <!-- if you are translating this document, please notate the RCS
        revision of the developers reference here -->
@@ -164,7 +164,7 @@ r
        id="submit-bug">).
 
        <item><em>Release critical bug</em>&nbsp;: bogue remettant en cause la
-       distribution. Bogues de sévérité <em>critique</em>, <em>grave</em>
+       distribution. Bogues de gravité <em>critique</em>, <em>grave</em>
        et <em>sérieuse</em>. Ces bogues ne doivent pas apparaître dans une
        distribution <em>stable</em>. Ils doivent être corrigés ou bien les
        paquets en cause doivent être supprimés (<ref id="rc-bug">). 
@@ -177,7 +177,8 @@ r
        <item><em>Testing</em>&nbsp;: Nom de la distribution en test. Cette
        distribution reçoit les paquets des développeurs qui ont passé une
        période de deux semaines dans <em>unstable</em> et pour lesquels aucun
-       bogue sévère n'a été découvert. Cette distribution n'a pas été testée
+       bogue remettant en cause la distribution (cf. <em>Release critical bug</em>)
+       n'a été découvert. Cette distribution n'a pas été testée
        en profondeur. Elle est cependant sensée être plus stable que
        <em>unstable</em> (<ref id="life-cycle">).
 
@@ -542,7 +543,7 @@ amonts.
 
 <p>
 Les bogues bloquants pour la distribution<footnote>Traduction de l'anglais
-<em>Release critical bug (RCB)</em></footnote> sont les bogues de sévérité
+<em>Release critical bug (RCB)</em></footnote> sont les bogues de gravité
 <em>critique</em>, <em>grave</em> et <em>sérieuse</em><footnote>Respectivement
 <em>critical</em>, <em>grave</em> et <em>serious</em> en anglais</footnote>.
 Ces bogues peuvent retarder la diffusion d'une distribution Debian et/ou
@@ -1246,7 +1247,7 @@ pas limitative.
 Le sujet de votre rapport de bogue devra être &lt;ITP<footnote><em>Intent To
 Package</em>&nbsp;: intention de mise en paquet</footnote>&nbsp;:
 <var>NomDuPaquet</var> &mdash; <var> courte description </var>&gt;, en remplaçant
-<var>NomDuPaquet</var> par le nom du paquet. La sévérité du bogue sera
+<var>NomDuPaquet</var> par le nom du paquet. La gravité du bogue sera
 <em>whishlist</em>. Si vous le jugez nécessaire, envoyez une copie à
 &email-debian-devel; en mettant cette adresse dans le champ X-Debbugs-CC: de
 l'en-tête du message. N'utilisez pas le champ CC: car de cette manière le
@@ -1406,28 +1407,28 @@ conseils&nbsp;:
 <p>
        <list compact>
        <item>
-       Les corrections de bogues de sévérité <em>critique</em>,
+       Les corrections de bogues de gravité <em>critique</em>,
        <em>grave</em> ou <em>sérieuse</em><footnote>respectivement
        <em>critical</em>, <em>grave</em> ou <em>serious</em></footnote> sont
        toujours autorisées pour les paquets qui doivent exister dans la
        distribution.
 
        <item>
-       Les corrections pour les bogues de sévérité <em>critique</em>,
+       Les corrections pour les bogues de gravité <em>critique</em>,
        <em>grave</em> ou <em>sérieuse</em><footnote>respectivement
        <em>critical</em>, <em>grave</em> ou <em>serious</em></footnote> sont
        autorisées pour les paquets non indispensables uniquement si elles
        n'ajoutent pas de nouvelle fonctionnalité.
 
        <item>
-       Les corrections pour les bogues de sévérité <em>importante</em>,
+       Les corrections pour les bogues de gravité <em>importante</em>,
        <em>normale</em> et <em>mineure</em><footnote>respectivement
        <em>important</em>, <em>normal</em> et <em>minor</em></footnote> sont
        autorisées, bien que découragées, sur tous les paquets si et seulement
        s'elles n'ajoutent pas de nouvelle fonctionnalité. 
 
        <item>
-       Les corrections de sévérité <em>wishlist</em> ne sont pas autorisées (ce
+       Les corrections de gravité <em>wishlist</em> ne sont pas autorisées (ce
        ne sont pas vraiment des bogues après tout).
 
        <item>
@@ -1440,8 +1441,8 @@ conseils&nbsp;:
 L'expérience montre qu'il y a 15% de chance d'introduire un nouveau bogue en
 corrigeant un autre bogue. L'introduction et la découverte d'un nouveau bogue
 retarde la mise à disposition de la distribution ou affaiblit le produit
-final.  Il y a très peu de corrélation entre la sévérité du bogue corrigé et
-la sévérité du bogue introduit par la correction.
+final.  Il y a très peu de corrélation entre la gravité du bogue corrigé et
+la gravité du bogue introduit par la correction.
 
 
 
@@ -1872,7 +1873,7 @@ ind
 
 <p>
 Pendant la phase de gel (voir <ref id="upload-frozen">), les livraisons qui
-corrigent les bogues de sévérité <em>sérieuse</em> (i.e. <em>serious</em>) et
+corrigent les bogues de gravité <em>sérieuse</em> (i.e. <em>serious</em>) et
 supérieures sont encouragées et acceptées. Même pendant cette période, vous
 devrez tenter d'entrer en contact avec le responsable du paquet&nbsp;; il pourrait
 bien être sur le point de livrer un paquet corrigé lui aussi. Comme pour
@@ -2052,7 +2053,7 @@ et le rapporteur du bogue sont autoris
 Cependant, la personne qui fait une mise à jour indépendante doit envoyer une
 note à chaque bogue concerné expliquant qu'il est corrigé par cette mise à
 jour indépendante.  Cette personne doit ensuite utiliser l'adresse
-<email>control@bugs.debian.org</email> pour modifier la sévérité des bogues
+<email>control@bugs.debian.org</email> pour modifier la gravité des bogues
 corrigés et leur donner la valeur <em>corrigé</em> (i.e. <em>fixed</em>).
 Cela permet de s'assurer que chacun sait que le bogue est corrigé par une mise
 à jour indépendante tout en laissant le rapport de bogue ouvert jusqu'à ce que
@@ -2299,7 +2300,7 @@ commun
 
 <p>
 Deuxième différence, les porteurs qui font des mises à jour indépendantes
-sources doivent choisir une sévérité <em>sérieuse</em> (i.e.
+sources doivent choisir une gravité <em>sérieuse</em> (i.e.
 <em>serious</em>) ou supérieure quand ils envoient leur rapport au système de
 suivi des bogues. Ceci assure qu'un paquet source unique permet de produire un
 paquet binaire pour chaque architecture supportée au moment de la sortie de la
@@ -2495,7 +2496,7 @@ Group &orphan-address;</tt> dans le champ
 pseudo-paquet <tt>wnpp</tt>. Le titre de votre rapport de bogue devra être
 «&nbsp;<tt>O<footnote><em>Orphaned</em>&nbsp;: abandonné.</footnote>:
 <var>paquet</var> &mdash; <var>courte description</var></tt>&nbsp;» pour indiquer
-que le paquet est orphelin. La sévérité du bogue sera <em>normale</em>.
+que le paquet est orphelin. La gravité du bogue sera <em>normale</em>.
 Si vous le jugez nécessaire, envoyez une copie à
 &email-debian-devel; en mettant cette adresse dans le champ X-Debbugs-CC: de
 l'en-tête du message. N'utilisez pas le champ CC: car de cette manière le
@@ -2506,7 +2507,7 @@ Si le paquet est particuli
 faudra faire un rapport de bogue sur le pseudo-paquet <tt>wnpp</tt>, titrer
 «&nbsp;<tt>RFA<footnote><em>Request For Adoption</em>&nbsp;: offre
 d'adoption.</footnote>: <var>paquet</var> &mdash; <var>courte
-description</var></tt>&nbsp;» et lui affecter la sévérité <em>importante</em>.
+description</var></tt>&nbsp;» et lui affecter la gravité <em>importante</em>.
 Envoyez une copie de votre rapport de bogue à la liste debian-devel comme
 décrit précédemment.
 
@@ -2606,7 +2607,7 @@ propre en d
 
 <p>
 Pour faire encore mieux, vous pouvez consulter d'autres paquets, grouper les
-bogues qui ont été rapportés plusieurs fois ou affecter la sévérité
+bogues qui ont été rapportés plusieurs fois ou affecter la gravité
 <em>corrigé</em> (i.e. <em>fixed</em>) à un rapport dont le bogue a été
 corrigé.  Attention, quand vous n'êtes ni le rapporteur d'un bogue ni le
 responsable du paquet vous ne devez pas clore le rapport (à moins que vous