Re: [RFR3] wml://vote/2019/vote_002.wml

Fri, 22 Nov 2019 00:50:15 -0800 

Bonjour,

relecture du diff, suggestions.

Amicalement.

--
Jean-Paul

--- vote_002.wml	2019-11-22 09:15:52.831195170 +0100
+++ -	2019-11-22 09:46:16.204861191 +0100
@@ -54,7 +54,7 @@
     </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
+minimale de discussion s'achèvera le 30 novembre. [<a
 href='https://lists.debian.org/debian-vote/2019/11/msg00189.html'>mail</a>]
 
     <vproposera />
@@ -99,8 +99,8 @@
 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
+l'ajout d'un script de démarrage à ce type de paquet, 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é à
@@ -131,12 +131,12 @@
 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 sérieux) et les
-uploads par des mainteneurs tiers pour ajouter cette prise en charge sont
+uploads par des responsables 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
+responsables 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.
@@ -380,20 +380,20 @@
 
 <p>En général des approches plus déclaratives sont meilleures. Lorsque :
     <ul>
-     <li>systemd fournit un outil de ce type ;
+     <li>systemd fournit un outil de ce type,
      <li>il existe une spécification de l'outil (ou d'un sous-ensemble
-       adapté) ;
+       adapté),
      <li>l'outil est meilleur que d'autres approches disponibles
-       dans Debian, par exemple en étant plus déclaratif ;
+       dans Debian, par exemple en étant plus déclaratif,
      <li>il est acceptable de demander aux développeurs de systèmes non
-       systemd, y compris non Linux, de l'implémenter ;
-     <li>y compris en tenant compte de la quantité du travail impliquée
+       systemd, y compris non Linux, de l'implémenter,
+     <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
+   douze mois si possible, pour développer son implémentation. (Il en va de
    même pour toute amélioration future.)
 </p>
 
@@ -449,18 +449,18 @@
         <li>Axel Beckert [<email a...@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>
+	<h3>Choix 5 : la diversité de systèmes 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
+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.
+pour fonctionner exclusivement avec systemd, simplement parce que l'amont ne
+fournit pas ou n'acceptera pas de script de démarrage.
 </p>
 
 #    <vquorum />

Répondre à