(fr) vote_002.wml, sync

1 files changed, 82 insertions, 29 deletions

diff --git a/french/vote/2019/vote_002.wml b/french/vote/2019/vote_002.wml
index 805a647437c..c86fb52f57e 100644
--- a/french/vote/2019/vote_002.wml
+++ b/french/vote/2019/vote_002.wml
@@ -43,7 +43,7 @@
       </tr>
       <tr>
         <th>Période de débat :</th>
-		<td>mardi 19 novembre 2019</td>
+		<td>jeudi 21 novembre 2019</td>
 		<td></td>
       </tr>
       <tr>
@@ -53,9 +53,13 @@
       </tr>
     </table>
 
+   Le Responsable du projet a modifié la durée de discussion si bien que la période
+minimale de discussion s'achèvera le 30 novembre. [<a
+href='https://lists.debian.org/debian-vote/2019/11/msg00189.html'>mail</a>]
+
     <vproposera />
     <p>Sam Hartman [<email hartmans@debian.org>]
-	[<a href='https://lists.debian.org/debian-vote/2019/11/msg00117.html'>texte de la proposition</a>]
+	[<a href='https://lists.debian.org/debian-vote/2019/11/msg00189.html'>texte définitif de la proposition</a>]
     </p>
 
     <vsecondsa />
@@ -63,7 +67,7 @@
 #    <ol>
 #    </ol>
     <vtexta />
-	<h3>Choix 1 : affirmer la diversité des systèmes de démarrage</h3>
+	<h3>Choix 1 : la diversité des systèmes de démarrage est importante et ouverte aux contribution indépendantes</h3>
 
 <p>Grâce à ses pouvoirs conférés par la section 4.1 (5) de la Constitution,
 le projet fait la déclaration suivante décrivant notre position actuelle
@@ -86,22 +90,29 @@ pendant le démarrage tels que ceux lancés depuis /etc/rcS.d devraient être
 traités différemment pour chaque système de démarrage. Les scripts de démarrage
 sont le plus petit dénominateur commun entre tous les systèmes de démarrage.
 Les paquets devraient prendre en charge les systèmes de démarrage comme les
-unités de service (<q>service units</q>) de systemd en plus des scripts de démarrage.
-La charte actuelle qualifie de bogue critique pour la publication le fait
-d’inclure une unité de service sans script de démarrage.
+unités de service (<q>service units</q>) de systemd en plus des scripts de
+démarrage. La charte actuelle dit que les paquets ne doivent pas inclure une
+unité de service sans script de démarrage.
 </p>
 
-<p>Il est demandé aux éditeurs de la charte d’amender celle-ci : avoir un paquet
-ayant une unité de service mais sans script de démarrage n’est plus un bogue
-critique pour la publication, mais l’inclusion d’un script de démarrage
-grâce à un <q>non-maintener upload</q> est acceptée. Il est demandé aux
-éditeurs de la charte de considérer s’il existe des cas où la suppression d’un
-script de démarrage qui était fourni auparavant devrait être un bogue RC
-car cela pourrait casser un système lors d’une mise à niveau.
+<p>Il est demandé aux éditeurs de la charte d’amender celle-ci : un paquet qui
+inclut une unité de service devrait inclure un script de démarrage (ce qui
+signifie que de ne pas le faire est considéré comme un bogue), mais ce n'est
+pas requis (ce qui signifie que que ce n'est pas un bogue sérieux). Toutefois,
+l'ajout d'un script de démarrage à ce type de paquet est grâce à un
+<q>non-maintener upload</q> est accepté. Il est demandé aux éditeurs de la
+charte de considérer s’il existe des cas où des paquets ne doivent pas
+supprimer un script de démarrage qui était fourni auparavant car cela
+pourrait casser un système lors d'une mise à niveau. Il est demandé à
+l'équipe de publication de considérer s'il existe des cas où la suppression
+d'un script de démarrage devrait être un bogue critique pour la publication
+pour la même raison.
+</p>
 
 <p>Lorsqu’une communauté d’utilisateurs d’un système de démarrage alternatif
 annonce qu’une solution fonctionne suffisamment bien pour eux, les autres ne
 devraient pas normalement critiquer cette décision.
+</p>
 
 <p>Les fichiers <q>unit</q> de systemd inclus dans un paquet peuvent utiliser
 toutes les fonctionnalités et tous les services de systemd à la discrétion
@@ -109,23 +120,27 @@ du responsable du paquet, à condition que cela soit cohérent avec les autres
 prérequis de la charte et l’attente que les paquets ne devraient pas dépendre
 de fonctionnalités expérimentales ou non prises en charge (par Debian) venant
 d’autres paquets.
+</p>
 
 <p>Les scripts de démarrage ne doivent utiliser que les fonctionnalités communes
 à tous les systèmes de démarrage pris en charge par Debian. Ils ne devraient
 donc pas utiliser des services qui dépendent de systemd.
+</p>
 
 <p>De la même façon, les paquets peuvent librement utiliser d’autres
 fonctionnalités de systemd telles que les unités <q>timer</q> tant que les
 contraintes énoncées ci-dessus sont respectées. Néanmoins, ne pas prendre
-en charge les systèmes autres que systemd est un bogue (non critique pour la
-publication) et les uploads par des mainteneurs tiers pour ajouter cette
-prise en charge sont les bienvenus.
+en charge les systèmes autres que systemd est un bogue (non sérieux) et les
+uploads par des mainteneurs tiers pour ajouter cette prise en charge sont
+les bienvenus.
+</p>
 
 <p>Les fonctionnalités de systemd peuvent être utilisées à la discrétion des
 responsales de paquets, mais la modification de la charte pour adopter les
 fonctionnalités de systemd à la place d’approches existantes est déconseillée,
 sauf si une implémentation équivalente de cette fonctionnalité est disponible
 dans les autres systèmes de démarrage.
+</p>
 
     <vproposerb />
     <p>Sam Hartman [<email hartmans@debian.org>]
@@ -193,7 +208,7 @@ dans Debian et lesquelles restent dans les distributions dérivées.
 #    <ol>
 #    </ol>
     <vtextc />
-	<h3>Choix 3 : priorité à systemd comme système de démarrage et autres ouotils</h3>
+	<h3>Choix 3 : priorité à systemd comme système de démarrage et autres outils</h3>
 
 <p>Grâce à ses pouvoirs conférés par la section 4.1 (5) de la Constitution,
 le projet fait la déclaration suivante décrivant notre position actuelle
@@ -238,8 +253,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/msg00122.html'>texte de la proposition originale</a>]
-	[<a href='https://lists.debian.org/debian-vote/2019/11/msg00163.html'>texte de la proposition amendée</a>]
+	[<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>]
     </p>
     <vsecondsd />
     <ol>
@@ -249,6 +264,8 @@ habituelles pour décider quels correctifs inclure.
         <li>Kyle Robbertze [<email paddatrapper@debian.org>] [<a href='https://lists.debian.org/debian-vote/2019/11/msg00140.html'>message</a>] </li>
         <li>Dmitry Bogatov [<email kaction@debian.org>] [<a href='https://lists.debian.org/debian-vote/2019/11/msg00156.html'>message</a>] </li>
         <li>Jonathan McDowell [<email noodles@debian.org>] [<a href='https://lists.debian.org/debian-vote/2019/11/msg00168.html'>message</a>] </li>
+        <li>Matthew Vernon [<email matthew@debian.org>] [<a href='https://lists.debian.org/debian-vote/2019/11/msg00174.html'>message</a>] </li>
+        <li>James Clarke [<email jrtc27@debian.org>] [<a href='https://lists.debian.org/debian-vote/2019/11/msg00205.html'>message</a>] </li>
     </ol>
     <vtextd />
 	<h3>Choix 4 : prise en charge des systèmes non systemd, sans bloquer l'évolution</h3>
@@ -296,8 +313,9 @@ habituelles pour décider quels correctifs inclure.
    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>
 
-   Une des conséquences de cela est que sur les systèmes non systemd, il
+<p>Une des conséquences de cela est que sur les systèmes non systemd, il
    est possible d'installer un logiciel qui ne fonctionne pas, ou qui ne
    fonctionne pas correctement, à cause d'une dépendance non déclarée à
    systemd. C'est regrettable, mais essayer de changer le système de démarrage de
@@ -325,14 +343,16 @@ habituelles pour décider quels correctifs inclure.
    d'autres systèmes de démarrage (sans effet important sur les installations de
    systemd) devraient être classés comme des bogues de sévérité
    « serious ».
+</p>
 
-   Cela est destiné à fournir un moyen léger mais efficace pour assurer
+<p>Cela est destiné à fournir un moyen léger mais efficace pour assurer
    qu'une prise en charge satisfaisante peut être fournie aux
    utilisateurs de Debian même quand les priorités du responsable du
    paquet sont ailleurs. (Faire appel au comité technique pour des
    correctifs individuels n'est pas raisonnable.)
+</p>
 
-   Si les correctifs contiennent aussi un bogue critique pour la
+<p>Si les correctifs contiennent aussi un bogue critique pour la
    publication (initialement selon l'avis du responsable du paquet, et
    en fin compte de celui de l'équipe de publication) alors, bien sûr, le
    rapport de bogue pourra être déclassé ou fermé.
@@ -356,23 +376,28 @@ habituelles pour décider quels correctifs inclure.
    démons. Par exemple, la création d'utilisateurs système ou de
    répertoires temporaires. L'approche actuelle de Debian est souvent
    basée sur des scripts de debhelper.
+</p>
 
-   En général des approches plus déclaratives sont meilleures. Lorsque :
-     – systemd fournit un outil de ce type ;
-     – il existe une spécification de l'outil (ou d'un sous-ensemble
+<p>En général des approches plus déclaratives sont meilleures. Lorsque :
+    <ul>
+     <li>systemd fournit un outil de ce type ;
+     <li>il existe une spécification de l'outil (ou d'un sous-ensemble
        adapté) ;
-     – l'outil est meilleur que d'autres approches disponibles
+     <li>l'outil est meilleur que d'autres approches disponibles
        dans Debian, par exemple en étant plus déclaratif ;
-     – il est acceptable de demander aux développeurs de systèmes non
+     <li>il est acceptable de demander aux développeurs de systèmes non
        systemd, y compris non Linux, de l'implémenter ;
-     – y compris en tenant compte de la quantité du travail impliquée
+     <li>y compris en tenant compte de la quantité du travail impliquée
+    </ul>
    l'outil devrait être documenté dans la charte Debian (par un texte
    incorporé et non par une référence à un document externe). La
    transition devrait se faire sans problème pour tous les utilisateurs.
    La communauté non systemd devrait se voir accorder au moins six mois,
    douze mois si possible, pour développer son implémentation. (Il en va
    même pour toute amélioration future.)
+</p>
 
+<p>
    Si un consensus politique ne peut être atteint sur un outil, le comité
    technique, pourrait prendre une décision en ce basant sur les souhaits
    du projet tels qu'exprimés dans cette résolution générale.
@@ -394,8 +419,9 @@ habituelles pour décider quels correctifs inclure.
    prédisant la disparition des systèmes non systemd n'ont leur place
    dans les forums de communication de Debian, de même que les références à
    des bogues qui n'ont pas de pertinence par rapport au sujet en cours.
+</p>
 
-   Les communications sur les forums Debian sur ces sujets devront toutes
+<p>Les communications sur les forums Debian sur ces sujets devront toutes
    être stimulantes et conviviales, même lorsqu'il s'agit de discussions
    sur des problèmes techniques. Nous demandons que tous les responsables
    de forum de communication appliquent strictement ce principe.
@@ -410,6 +436,33 @@ habituelles pour décider quels correctifs inclure.
    paragraphe section 4.1 (5).)
 </p>
 
+    <vproposere />
+    <p>Dmitry Bogatov [<email kaction@debian.org>]
+	[<a href='https://lists.debian.org/debian-vote/2019/11/msg00202.html'>texte de la dernière proposition</a>]
+    </p>
+    <vsecondse />
+    <ol>
+        <li>Ian Jackson [<email iwj@debian.org>] [<a href='https://lists.debian.org/debian-vote/2019/11/msg00193.html'>message</a>] </li>
+        <li>Matthew Vernon [<email matthew@debian.org>] [<a href='https://lists.debian.org/debian-vote/2019/11/msg00194.html'>message</a>] </li>
+        <li>Jonathan Carter [<email jcc@debian.org>] [<a href='https://lists.debian.org/debian-vote/2019/11/msg00195.html'>message</a>] </li>
+        <li>Kyle Robbertze [<email paddatrapper@debian.org>] [<a href='https://lists.debian.org/debian-vote/2019/11/msg00196.html'>message</a>] </li>
+        <li>Axel Beckert [<email abe@debian.org>] [<a href='https://lists.debian.org/debian-vote/2019/11/msg00197.html'>message</a>] </li>
+    </ol>
+    <vtexte />
+	<h3>Choix 5 : la diversité de système de démarrage est nécessaire</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.
+</p>
+
+<p>Un logiciel ne doit pas être considéré comme étant conçu par l'amont
+pour fonctionner exclusivement avec systemd simplement parce que l'amont ne
+fournit pas et/ou n'acceptera pas un script de démarrage.
+</p>
+
 #    <vquorum />
 #     <p>
 #        Avec la liste actuelle des <a href="vote_002_quorum.log">développeurs