(fr) Translation of Proposal A

1 files changed, 69 insertions, 63 deletions

diff --git a/french/vote/2019/vote_002.wml b/french/vote/2019/vote_002.wml
index 0d7af681c18..61d6f5600c1 100644
--- a/french/vote/2019/vote_002.wml
+++ b/french/vote/2019/vote_002.wml
@@ -37,17 +37,17 @@
     <vtimeline />
     <table class="vote">
       <tr>
-        <th>Proposal and amendment</th>
-        <td>2019-11-16</td>
+        <th>Proposition et amendement :</th>
+        <td>samedi 16 novembre 2019</td>
 		<td></td>
       </tr>
       <tr>
-        <th>Discussion Period:</th>
-		<td>2019-11-19</td>
+        <th>Période de débat :</th>
+		<td>mardi 19 novembre 2019</td>
 		<td></td>
       </tr>
       <tr>
-        <th>Voting Period:</th>
+        <th>Période de scrutin :</th>
             <td></td>
             <td></td>
       </tr>
@@ -55,75 +55,81 @@
 
     <vproposera />
     <p>Sam Hartman [<email hartmans@debian.org>]
-	[<a href='https://lists.debian.org/debian-vote/2019/11/msg00117.html'>text of proposal</a>]
+	[<a href='https://lists.debian.org/debian-vote/2019/11/msg00117.html'>texte de la proposition</a>]
     </p>
 
     <vsecondsa />
-	This amendment has been submitted by the current Project Leader, and thus does not require seconding
+	Cet amendement a été soumis par le Responsable du Projet actuel et n’a donc pas besoin d’être soutenu.
 #    <ol>
 #    </ol>
     <vtexta />
-	<h3>Choice 1: Affirm Init Diversity</h3>
-
-<p>Using its power under Constitution section 4.1 (5), the project issues
-the following statement describing our current position on Init
-systems, Init system diversity, and the use of systemd facilities.  This
-statement describes the position of the project at the time it is
-adopted.  That position may evolve as time passes without the need to
-resort to future general resolutions.  The GR process remains
-available if the project needs a decision and cannot come to a
-consensus.
-
-<p>Being able to run Debian systems with init systems other than systemd
-continues to be something that the project values.  With one
-exception, the Debian Project affirms the current policy on init
-scripts and starting daemons (policy 9.3.2, 9.11).  Roughly, packages
-should include init scripts to start services that are included.
-Policy notes that early boot services like those started from
-/etc/rcS.d may be tied closely to the init system in use and thus may need to be
-handled differently for each init system.  Init
-scripts are the lowest common denominator across all init systems.
-Packages may include support for init systems like systemd service
-units in addition to init scripts.  Current policy makes it an RC bug
-to include a service unit without an init script.
-
-<p>Policy editors are requested to amend policy; a package having a
-service unit but without an init script is no longer an RC bug, but
-including an init script is appropriate for a non-maintainer upload.
-Policy editors are requested to consider whether there are cases where
-removing an init script that used to be provided should be RC because
-it would break a system on upgrade.
-
-<p>Once the community of users of an alternate init system have said that
-a solution is sufficiently functional for them, others should not
-generally second guess this determination.
-
-<p>systemd unit files included in the package may use any systemd feature
-or service at the package maintainer's discretion, provided that this
-is consistent with other Policy requirements and the normal
-expectation that packages shouldn't depend on experimental or
-unsupported (in Debian) features of other packages.
-
-<p>Init scripts must use only facilities common to all supported init
-systems in Debian and therefore may not use services that depend on
-systemd.
-
-<p>Similarly, packages may freely use other systemd facilities such as
-timer units, subject to the above constraints, but not also supporting
-non-systemd systems is a (non-RC) bug and non-maintainer uploads to add
-that support are appropriate.
-
-<p>systemd facilities may be used at the discretion of package
-maintainers, but modification of Policy to adopt systemd facilities
-instead of existing approaches is discouraged unless an equivalent
-implementation of that facility is available for other init systems.
+	<h3>Choix 1 : affirmer la diversité des systèmes de démarrage</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
+sur les systèmes de démarrage, leur diversité et l’utilisation des outils
+de systemd. Cette déclaration décrit la position du projet au moment de son
+adoption. Cette position peut évoluer avec le temps sans nécessiter le recours
+à des résolutions générales futures. Le processus de GR reste disponible si
+le projet a besoin d’une décision sans parvenir à un 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. Avec une
+exception, le Projet Debian réaffirme la charte actuelle concernant les scripts
+de démarrage et le démarrage des démons (sections 9.3.2 et 9.11). Pour
+simplifier, les paquets devraient contenir des scripts de démarrage pour lancer
+les services qu’ils incluent. La charte note que les services exécutés tôt
+pendant le démarrage tels que ceux lancés depuis /etc/rcS.d devraient être
+étroitement liés au système de démarrage utilisé et devraient donc ê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.
+
+<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 auparavent devrait être un bogue RC
+car cela pourrait casser un système lors d’une mise à niveau.
+
+<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 critiquer cette décision.
+
+<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 description
+du mainteneur 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>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>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.
+
+<p>Les fonctionnalités de systemd peuvent être utilisées à la discrétion des
+mainteneurs de paquets, mais la modification de la charte pour adopter les
+fonctionnalités de systemd à la place d’approche existante est découragée,
+sauf si une implémentation équivalente de cette fonctionnalité est disponible
+dans les autres systèmes de démarrage.
 
     <vproposerb />
     <p>Sam Hartman [<email hartmans@debian.org>]
-	[<a href='https://lists.debian.org/debian-vote/2019/11/msg00117.html'>text of proposal</a>]
+	[<a href='https://lists.debian.org/debian-vote/2019/11/msg00117.html'>texte de la proposition</a>]
     </p>
     <vsecondsb />
-	This amendment has been submitted by the current Project Leader, and thus does not require seconding
+    Cet amendement a été soumis par le Responsable du Projet actuel et n’a donc pas besoin d’être soutenu.
 #    <ol>
 #    </ol>
     <vtextb />