[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [LCFC]wml://vote/2014/vote_003.wml

Bonjour, 

Dixit JP Guillonneau, le 29/11/2014 :

>Merci d’avance pour vos relectures.

Une relecture.

Baptiste



--- vote_003.wml	2014-12-08 21:15:58.153328067 +0100
+++ ./vote_003-bj.wml	2014-12-08 21:47:30.265325501 +0100
@@ -1,5 +1,5 @@
 #use wml::debian::translation-check translation="1.12" maintainer="Jean-Paul Guillonneau"
-<define-tag pagetitle>Résolution générale : couplage de systèmes init</define-tag>
+<define-tag pagetitle>Résolution générale : couplage de systèmes d'initialisation</define-tag>
 <define-tag status>F</define-tag>
 # meanings of the <status> tag:
 # P: proposed
@@ -78,29 +78,29 @@
 	<li>Tobias Frost [<email tobi@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00290.html'>message</a>] </li>
     </ol>
     <vtext />
-	<h3>Choix 1: les paquets ne doivent (en général) nécessiter un système init particulier</h3>
+	<h3>Choix 1: les paquets ne devraient pas (en général) nécessiter un système d'initialisation particulier</h3>
     <pre>
 0. Raison
 
   Debian a décidé (par son comité technique) de changer son système
-  init par défaut pour la prochaine publication. Le comité technique
+  d'initialisation par défaut pour la prochaine publication. Le comité technique
   a décidé de ne pas choisir à propos de la question de « coupler »,
   par exemple si dâ??autres paquets dans Debian peuvent dépendre dâ??un
   système particulier.
 
   Cette résolution générale vise à préserver la liberté des utilisateurs
-  de choisir leur système init, et la possibilité du
-  Projet de choisir un système init différent dans le futur. Cela
+  de choisir leur système d'initialisation, et la possibilité du
+  Projet de choisir un système d'initialisation différent dans le futur. Cela
   évitera à Debian dâ??être captive accidentellement dâ??un
   système particulier (par exemple, si un logiciel indépendant
-  devenait lié exclusivement à un système init précis et que la charge
+  devenait lié exclusivement à un système d'initialisation précis et que la charge
   de travail pour changer cela devienne trop importante). Un certain
-  nombre dâ??init existe, et il est évident quâ??un large consensus
-  nâ??existe pas sur ce que le meilleur système init devrait être.
+  nombre de système existe, et il est évident quâ??un large consensus
+  nâ??existe pas sur ce que le meilleur système d'initialisation devrait être.
 
   Cette résolution générale nâ??émet aucune opinion sur les mérites
-  relatifs des différents init ; le comité technique a décidé du
-  système init par défaut pour Jessie.
+  relatifs des différents système d'initialisation ; le comité technique a décidé du
+  système d'initialisation par défaut pour Jessie.
 
 1. Exercice de lâ??autorité du comité technique pour définir la pratique
 
@@ -108,37 +108,37 @@
   technique pour décider de la pratique technique, est exercée
   (Constitution 6.1.1) comme suit :
 
-2. Détachement du couplage de systèmes init
+2. Détachement du couplage de systèmes d'initialisation
 
   En général, les logiciels ne nécessitent pas dâ??être PID 1. Les
   exceptions à cela sont :
-   â?? implémentations de système init alternatif ;
+   â?? implémentations de système d'initialisation alternatif ;
    â?? paquets avec une utilisation spéciale tels les gestionnaires
-    de systèmes init ;
-   â?? ensembles de paquets conçus pour un système init particulier.
+    de systèmes d'initialisation ;
+   â?? ensembles de paquets conçus pour un système d'initialisation particulier.
   Cela à condition que ces paquets ne soient pas exigés par dâ??autres
   logiciels dont le but principal nâ??est pas de faire fonctionner
-  un système init particulier.
+  un système d'initialisation particulier.
 
-  Un fonctionnement altéré avec certains systèmes init est acceptable
-  du moment que lâ??altération ne soit pire que ce que le projet Debian
+  Un fonctionnement altéré avec certains systèmes d'initialisation est acceptable
+  du moment que lâ??altération ne soit pas pire que ce que le projet Debian
   considère comme un bogue tolérable (non-RC), même sâ??il affecte
   tous les utilisateurs. Aussi, lâ??absence de prise en charge pour un
-  système init particulier nâ??excuse pas un bogue ni ne réduit sa
+  système d'initialisation particulier nâ??excuse pas un bogue ni ne réduit sa
   gravité. Mais inversement, un bogue ne sera pas plus grave simplement
   parce que quelque logiciel est incompatible avec quelque(s) système(s)
-  init.
+  d'initialisation.
 
-  Les mainteneurs sont encouragés à accepter les bons correctifs du point
+  Les responsables sont encouragés à accepter les bons correctifs du point
   de vue technique, pour permettre lâ??interopérabilité entre divers
-  systèmes init.
+  systèmes d'initialisation.
 
 3. Dans lâ??état actuel de nos connaissances, il nâ??existe (17 Octobre)
    aucun bogue dans Jessie qui serait déclaré comme RC par cette
    résolution générale.
 
    Ã?tant donné lâ??adoption tardive de cette résolution, nous espérons
-   que tous les bogues incorrigibles qui sont RC en vertu de cette
+   que tous les bogues incorrigibles qui sont RC en vertu 
    de cette résolution seront étiquetés comme « jessie-ignore » par
    lâ??équipe de publication.
 
@@ -152,7 +152,7 @@
   déclenchant la clause de surpassement de la résolution du comité
   technique du 11 février.
 
-  La décision du comité sur le système init par défaut demeure inchangée.
+  La décision du comité sur le système d'initialisation par défaut demeure inchangée.
 
   Cependant, la résolution du comité est modifiée pour ajouter les textes
   suivants dans les sections (1) et (2) ci-dessus.
@@ -179,48 +179,48 @@
     </ol>
 
     <vamendmenttexta />
-	<h3>Choix 2: la prise en charge dâ??autres systèmes init est recommandée mais pas obligatoire</h3>
+	<h3>Choix 2: la prise en charge dâ??autres systèmes d'initialisation est recommandée mais pas obligatoire</h3>
 <pre>
   Debian a décidé (par son comité technique) de changer son système
-  init par défaut pour la prochaine publication. Le comité technique
+  d'initialisation par défaut pour la prochaine publication. Le comité technique
   a décidé de ne pas choisir à propos de la question de « coupler »,
   par exemple si dâ??autres paquets dans Debian peuvent dépendre dâ??un
   système particulier. Cependant, le comité a statué dans #746715 que
-  « [it] espères que les mainteneurs continueront à prendre en charge
-  les multiples systèmes init dans Debian. Cela veut dire incorporer
+  « [il] espère que les responsables continueront à prendre en charge
+  les multiples systèmes d'initialisation dans Debian. Cela veut dire incorporer
   les contributions raisonnables sans supprimer les prises en charge
-  existantes sans raison valable.
+  existantes sans raison valable. »
 
 Le Projet Debian décide que :
 
    Les logiciels doivent prendre en charge autant dâ??architectures que
-   possibles, et doivent prendre normalement en charge le système init
+   possibles, et doivent prendre normalement en charge le système d'initialisation
    par défaut sur toutes les architectures sur lesquelles ils sont
    construits. Il existe certains cas exceptionnels où le manque de prise en
-   charge du système init par défaut peut être pertinent, tels que les
-   implémentations alternatives de système init, les paquets dâ??usage spécial
-   tels que les gestionnaires pour les systèmes init non standards, et
-   les ensembles de paquets conçus pour les systèmes init non standards.
-   Cependant, les mainteneurs de paquet doivent être conscients quâ??une
-   exigence dâ??un système init non standard signifie que le logiciel sera
+   charge du système d'initialisation par défaut peut être pertinent, tels que les
+   implémentations alternatives de système d'initialisation, les paquets dâ??usage spécial
+   tels que les gestionnaires pour les systèmes d'initialisation non standards, et
+   les ensembles de paquets conçus pour les systèmes d'initialisation non standards.
+   Cependant, les responsables de paquet doivent être conscients quâ??une
+   exigence dâ??un système d'initialisation non standard signifie que le logiciel sera
    inutilisable pour la majorité des utilisateurs Debian et normalement
    doit être évitée.
 
-   Les mainteneurs de paquet sons fortement encouragés dâ??incorporer toute
-   contribution pour une prise en charge de tout système init, et dâ??ajouter
+   Les responsables de paquet sons fortement encouragés à incorporer toute
+   contribution pour une prise en charge de tout système d'initialisation, et dâ??ajouter
    eux-mêmes cette prise en charge sâ??ils le désirent et en sont capables.
-   En particulier, les mainteneurs de paquet doivent mettre la plus haute
+   En particulier, les responsables de paquet doivent mettre la plus haute
    priorité sur lâ??incorporation des modifications pour une prise en charge
-   de tout système init qui est le standard dans un portage non linux de
+   de tout système d'initialisation qui est le standard dans un portage non linux de
    Debian.
 
    Pour la publication de Jessie, tous les logiciels disponibles dans
    Wheezy qui fonctionnent avec sysvinit doivent continuer dâ??être pris en
    charge par sysvinit à moins quâ??il nâ??existe aucune façon de le faire.
    Les changements possibles pour préserver ou améliorer la prise en charge
-   de sysvinit doivent être répandus par la publication de Jessie. Il peut
+   de sysvinit doivent être répandus dans la publication de Jessie. Il peut
    y avoir une perte de fonctionnalités sous sysvinit si cette perte est
-   acceptable par le mainteneur et que le paquet est à la base fonctionnel,
+   acceptable par le responsable et que le paquet est à la base fonctionnel,
    mais les exigences standards de Debian de prise en charge de la mise
    à niveau en douceur de Wheezy vers Jessie sont toujours dâ??actualité,
    même si le système est démarré avec sysvinit.
@@ -234,7 +234,7 @@
 déclenchant la clause de surpassement de la résolution du comité
 technique du 11 février.
 
-La décision du comité sur le système init par défaut demeure inchangée.
+La décision du comité sur le système d'initialisation par défaut demeure inchangée.
 
 Cependant, la résolution du comité est modifiée pour ajouter les textes
 ci-dessus.
@@ -262,38 +262,38 @@
     </ol>
 
     <vamendmenttextb />
-    <h3>Choix 3: les paquets peuvent nécessiter des systèmes init particuliers si les mainteneurs le décident</h3>
+    <h3>Choix 3: les paquets peuvent nécessiter des systèmes d'initialisation particuliers si les responsables le décident</h3>
 <pre>
 0. Raison
 
   Debian a décidé (par son comité technique) de changer son système
-  init par défaut pour la prochaine publication. Le comité technique
+  d'initialisation par défaut pour la prochaine publication. Le comité technique
   a décidé de ne pas choisir à propos de la question de « coupler »,
   par exemple si dâ??autres paquets dans Debian peuvent dépendre dâ??un
   système particulier.
 
-  Cette résolution générale réaffirme le « Debian Social Contract #4 »,
+  Cette résolution générale réaffirme le « Contrat social Debian §4 »,
   de telle façon que Debian reconnaissent les choix à la fois des
   développeurs de logiciel (aussi nommés développeurs amont) et des
-  mainteneurs de paquet, pour fournir le meilleur du logiciel libre à
+  responsables de paquet, pour fournir le meilleur du logiciel libre à
   nos utilisateurs.
 
   Les développeurs amont considérant un logiciel particulier (incluant,
-  mais pas limité à, un système init particulier exécuté avec le PID 1)
+  mais pas limité à, un système d'initialisation particulier exécuté avec le PID 1)
   fondamental pour fournir les meilleures publications, sont autorisés
   à requérir, lier ou faire dépendre de ce logiciel, en entier ou partie.
 
-  Le travail des mainteneurs Debian vise à respecter le contrat social
+  Le travail des responsables de paquets Debian vise à respecter le contrat social
   Debian, de façon  à fournir aux utilisateurs le meilleur du logiciel
   disponible.
 
-  Les mainteneurs Debian sont pleinement autorisés à fournir des
+  Les responsables de paquets Debian sont pleinement autorisés à fournir des
   modifications aux paquets de logiciel libre quâ??ils maintiennent
   selon « DFSG #3 », sâ??ils jugent que câ??est nécessaire pour fournir les
-  meilleures publications. Dâ??autre part, les mainteneurs Debian sont
+  meilleures publications. Dâ??autre part, les responsables de paquets Debian sont
   pleinement autorisés à suivre les décisions amont pour requérir, lier
   ou faire dépendre dâ??un logiciel particulier (incluant, mais pas limité
-  à, un système init particulier exécuté avec le PID 1), sâ??ils considèrent
+  à, un système d'initialisation particulier exécuté avec le PID 1), sâ??ils considèrent
   quâ??il est nécessaire pour éviter des publications cassées, boguées ou
   incomplètes de paquets logiciels.
 
@@ -305,20 +305,20 @@
   technique pour définir la pratique technique (Constitution 6.1.1)
   est exercée comme suit :
 
-2. Systèmes init particuliers avec PID 1
+2. Systèmes d'initialisation particuliers avec PID 1
 
-  Les paquets Debian peuvent nécessiter un système init particulier pour
-  être exécutés avec le PID 1 si leurs mainteneurs considèrent cela
+  Les paquets Debian peuvent nécessiter un système d'initialisation particulier pour
+  être exécutés avec le PID 1 si leurs responsables considèrent cela
   comme un prérequis pour leur bon fonctionnement, en le marquant clairement
   dans leurs descriptions de paquet et/ou en ajoutant des dépendances
   pour parvenir à ce but ; et aucun correctif ou autre travail dérivé
-  nâ??existe dans le but de prendre en charge dâ??autres systèmes init de
+  nâ??existe dans le but de prendre en charge dâ??autres systèmes d'initialisation de
   manière à rendre le logiciel également utilisable.
 
 3. �vidence de défauts (bogues)
 
-  Nous réaffirmons fermement que les mainteneurs Debian ne cachent pas
-  délibérément des problèmes (Social Contract #3). Aucune décision technique
+  Nous réaffirmons fermement que les responsables de paquets Debian ne cachent pas
+  délibérément des problèmes (Contrat social §3). Aucune décision technique
   ne sera rejetée si aucune preuve valable de défaut, émise dans le
   système de suivi de bogue de Debian, nâ??est trouvée. La crainte,
   lâ??incertitude et le doute ne sont pas considérés comme une preuve
@@ -329,7 +329,7 @@
 déclenchant la clause de surpassement de la résolution du comité
 technique du 11 février.
 
-La décision du comité sur le système init par défaut demeure inchangée.
+La décision du comité sur le système d'initialisation par défaut demeure inchangée.
 
 Cependant, la résolution du comité est modifiée pour ajouter les
 compléments de texte ci-dessus dans les sections #1, #2 et #3.

Attachment: signature.asc
Description: PGP signature

Reply to: