(fr) Translation of Proposal B

1 files changed, 53 insertions, 39 deletions

diff --git a/french/vote/2019/vote_002.wml b/french/vote/2019/vote_002.wml
index 61d6f5600c1..0a44022752b 100644
--- a/french/vote/2019/vote_002.wml
+++ b/french/vote/2019/vote_002.wml
@@ -72,6 +72,7 @@ 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>
 
 <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
@@ -87,6 +88,7 @@ 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>
 
 <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
@@ -95,10 +97,12 @@ 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>
 
 <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>
 
 <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
@@ -106,10 +110,12 @@ 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>
 
 <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
@@ -117,12 +123,14 @@ 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>
 
 <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.
+</p>
 
     <vproposerb />
     <p>Sam Hartman [<email hartmans@debian.org>]
@@ -133,46 +141,52 @@ dans les autres systèmes de démarrage.
 #    <ol>
 #    </ol>
     <vtextb />
-	<h3>Choice 2: systemd but we Support Exploring Alternatives</h3>
+	<h3>Choix 2: systemd mais nous encourageons l’exploration des alternatives</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>The Debian project recognizes that systemd service units are the
-preferred configuration for describing how to start a daemon/service.
-However, Debian remains an environment where developers and users can
-explore and develop alternate init systems and alternatives to systemd
-features.  Those interested in exploring such alternatives need to
-provide the necessary development and packaging resources to do that
-work.  Technologies such as elogind that facilitate exploring
-alternatives while running software that depends on some systemd
-interfaces remain important to Debian.  It is important that the
-project support the efforts of developers working on such technologies
-where there is overlap between these technologies and the rest of the
-project, for example by reviewing patches and participating in
-discussions in a timely manner.
-
-<p>Packages should include service units or init scripts to start daemons
-and services.  Packages may use any systemd facility 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.  Packages may include support for alternate init
-systems besides systemd and may include alternatives for any
-systemd-specific interfaces they use.  Maintainers use their normal
-procedures for deciding which patches to include.
-
-<p>Debian is committed to working with derivatives that make different
-choices about init systems.  As with all our interactions with
-downstreams, the relevant maintainers will work with the downstreams to
-figure out which changes it makes sense to fold into Debian and which
-changes remain purely in the derivative.
+<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>
+
+<p>Le projet Debian reconnaît que les unités de service (<q>service units</q>)
+de systemd sons la configuration privilégiée pour decrire comment démarrer
+un démon ou un service. Cependant, Debian reste un environnement où les
+développeurs et les utilisateurs peuvent explorer et développer des systèmes
+de démarrage alternatifs et des alternatives aux fonctionnalités de systemd.
+Les personnes intéressées par l’exploration de ces alternatives doivent
+fournir les ressources en développement et empaquetage nécessaires pour
+réaliser ce travail. Les technologies telles qu’elogind qui facilitent
+l’exploration d’alternatives tout and exécutant du logiciel dépendant de
+certaines interfaces de systemd restent importantes pour Debian. Il est
+important que le projet soutienne les efforts des développeurs travaillant
+sur ces technologies pour lesquelles un chevauchement avec le reste du
+projet existe, en évaluant par exemple les modifications et en participant
+aux discussions dans les meilleurs délais.
+</p>
+
+<p>Les paquets devraient inclure des unités de service ou des scripts de
+démarrage pour lancer les démons et les services. Les paquets peuvent utiliser
+toutes les fonctionnalités de systemd à la discrétion 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. Les paquets peuvent inclure la prise en charge de systèmes
+de démarrage alternatifs en plus de systemd et peuvent inclure des
+alternatives pour toutes les interfaces spécifiques à systemd qu’ils utilisent.
+Les mainteneurs utilisent leurs procédures normales pour décider des
+modifications à inclure.
+</p>
+
+<p>Debian s’engage à travailler avec les distributions dérivées qui font des
+choix différents à propos des systèmes de démarrage. De même que pour toutes
+nos interactions avec l’aval, les mainteneurs concernés travailleront avec
+les mainteneurs en aval pour déterminer quelles modifications ont leur place
+dans Debian et lesquelles restent dans les distributions dérivées.
+</p>
 
     <vproposerc />
     <p>Sam Hartman [<email hartmans@debian.org>]