(fr) vote_002.wml, proofread Batiste Jammet + sync

1 files changed, 26 insertions, 26 deletions

diff --git a/french/vote/2019/vote_002.wml b/french/vote/2019/vote_002.wml
index 014a68be9a6..de71c196a47 100644
--- a/french/vote/2019/vote_002.wml
+++ b/french/vote/2019/vote_002.wml
@@ -1,4 +1,4 @@
-#use wml::debian::translation-check translation="be98aadb59cbe3464fb9dd356a6637a450b8204b" maintainer="Jean-Pierre Giraud"
+#use wml::debian::translation-check translation="fea728723b98698956ff268523a5a57da198a00e" maintainer="Jean-Pierre Giraud"
 <define-tag pagetitle>Résolution générale : les systèmes de démarrage et systemd</define-tag>
 <define-tag status>P</define-tag>
 # meanings of the <status> tag:
@@ -69,7 +69,7 @@ href='https://lists.debian.org/debian-vote/2019/11/msg00189.html'>message</a>]
 #    <ol>
 #    </ol>
     <vtexta />
-	<h3>Choix 1 : la diversité des systèmes de démarrage est importante</h3>
+	<h3>Choix 1 : la prise en charge de plusieurs systèmes de démarrage est importante</h3>
 
 <p>Le projet fait la déclaration suivante décrivant notre position actuelle
 sur les systèmes de démarrage, leur diversité et l’utilisation des outils
@@ -82,13 +82,13 @@ consensus.
 
 <p>Le projet continue d’accorder de l’importance au fait de pouvoir exécuter
 des systèmes Debian avec d’autres systèmes de démarrage que systemd. Chaque
-paquet devrait fonctionner avec pid1 != systemd, à moins qu'il ait été conçu
-par l'amont pour fonctionner exclusivement avec systemd et qu'aucune prise en
-charge pour son exécution sans systemd ne soit disponible. C'est un bogue
-important (même si ce n'est pas un bogue sérieux) quand des paquets devraient
-fonctionner sans systemd, mais ne le font pas. Selon les lignes de conduites
-NMU, les développeurs peuvent appliquer des <q>non-maintener upload</q> pour
-corriger ces bogues.
+paquet devrait fonctionner avec un pid1 différent de systemd, à moins qu'il
+n'ait été conçu par l'amont pour fonctionner exclusivement avec systemd et
+qu'aucune prise en charge pour son exécution sans systemd ne soit disponible.
+C'est un bogue important (même si ce n'est pas un bogue sérieux) quand des
+paquets devraient fonctionner sans systemd, mais ne le font pas. Selon les
+lignes de conduites NMU, les développeurs peuvent appliquer des
+<q>non-maintener upload</q> pour corriger ces bogues.
 </p>
 
 <p>Un logiciel ne doit pas être considéré comme étant conçu par l'amont
@@ -190,7 +190,7 @@ services. À moins que le projet ou les parties concernées ne se soient mis
 d'accord autrement, les outils de systemd, quand ils existent, sont stables
 et pris en charge par les responsables de systemd, devraient être privilégiés
 par rapport aux autres manières spécifiques à Debian pour résoudre les
-mêmes problèmes à moins que l'approche de Debian ne possède des avantages
+mêmes problèmes, à moins que l'approche de Debian ne possède des avantages
 clairs et évidents.
 </p>
 
@@ -215,7 +215,8 @@ habituelles pour décider quels correctifs inclure.
     <vproposerd />
     <p>Ian Jackson [<email iwj@debian.org>]
 	[<a href='https://lists.debian.org/debian-vote/2019/11/msg00163.html'>texte de la proposition</a>]
-	[<a href='https://lists.debian.org/debian-vote/2019/11/msg00206.html'>texte de la proposition amendée</a>]
+	[<a href='https://lists.debian.org/debian-vote/2019/11/msg00206.html'>texte d'amendement</a>]
+	[<a href='https://lists.debian.org/debian-vote/2019/11/msg00283.html'>texte d'amendement</a>]
     </p>
     <vsecondsd />
     <ol>
@@ -238,8 +239,7 @@ habituelles pour décider quels correctifs inclure.
 
 <p>1. Nous souhaitons continuer à prendre en charge plusieurs systèmes
    de démarrage dans un avenir proche. Et nous voulons améliorer la prise
-   en charge de systemd. Nous sommes déçus que cela ait nécessité
-   une nouvelle résolution générale.
+   en charge de systemd.
 </p>
 
 <p>2. Il appartient essentiellement aux communautés dans chaque écosystème
@@ -267,14 +267,14 @@ habituelles pour décider quels correctifs inclure.
 </p>
 
 <p>5. Lorsqu'un paquet voit ses fonctionnalités réduites en l'absence de
-   systemd, cela ne devrait pas en général être documenté comme paquet
-   dépendant ou recommandé de systemd-sysv (de façon directe ou
-   indirecte). Cela parce que avec une telle dépendance, l'installation de ce
-   type de paquet peut tenter de changer de système de démarrage, ce qui
-   n'est pas ce que souhaite l'utilisateur. Par exemple, un démon possédant
-   seulement un script de fichier d'unité de systemd devrait encore être
-   installable sur un système non systemd, dans la mesure où il pourrait
-   être lancé manuellement.
+   systemd, cela ne devrait pas en général être en utilisant une dépendance
+   (<q>Depends</q>) ou une recommandation (<q>Recommends</q>) de systemd-sysv
+   (de façon directe ou indirecte). Cela parce que avec une telle dépendance,
+   l'installation de ce type de paquet peut tenter de changer de système de
+   démarrage, ce qui n'est pas ce que souhaite l'utilisateur. Par exemple, un
+   démon possédant seulement un script de fichier d'unité de systemd devrait
+   encore être installable sur un système non systemd, dans la mesure où il
+   pourrait être lancé manuellement.
 </p>
 
 <p>Une des conséquences de cela est que sur les systèmes non systemd, il
@@ -365,7 +365,7 @@ habituelles pour décider quels correctifs inclure.
    du projet tels qu'exprimés dans cette résolution générale.
 </p>
 
-<h4>ÊTRE PARFAITS LES UNS AVEC LES AUTRES</h4>
+<h4>ÊTRE CONCILIANTS LES UNS AVEC LES AUTRES</h4>
 
 <p>10. En général, les responsables de logiciels concurrents, y compris
    les responsables des divers systèmes de démarrage concurrents, devraient être
@@ -413,13 +413,13 @@ habituelles pour décider quels correctifs inclure.
         <li>Simon Richter [<email sjr@debian.org>] [<a href='https://lists.debian.org/debian-vote/2019/11/msg00238.html'>message</a>] </li>
     </ol>
     <vtexte />
-	<h3>Choix 5 : la diversité de systèmes de démarrage est nécessaire</h3>
+	<h3>Choix 5 : la prise en charge de plusieurs systèmes de démarrage est requise</h3>
 
 <p>Pouvoir exécuter des systèmes Debian avec des systèmes de démarrage
 différents de systemd continue à être utile au projet. Chaque paquet DOIT
-fonctionner avec pid1 != systemd, à moins qu'il ait été conçu par l'amont
-pour fonctionner exclusivement avec systemd et qu'aucune prise en charge
-pour son exécution sans systemd ne soit disponible.
+fonctionner avec un pid1 différent de systemd, à moins qu'il n'ait été conçu
+par l'amont pour fonctionner exclusivement avec systemd et qu'aucune prise en
+charge pour son exécution sans systemd ne soit disponible.
 </p>
 
 <p>Un logiciel ne doit pas être considéré comme étant conçu par l'amont