Re: [rfr] webwml://vote/2002/platforms/branden.wml
Une relecture.
--
Thomas Huriaux
--- branden.wml.orig 2004-08-11 11:58:51.000000000 +0200
+++ branden.wml 2004-08-11 13:21:45.000000000 +0200
@@ -26,17 +26,17 @@
</p>
<P>
-Certaines parties de ce programme pourrons sembler familières à ceux d'entre
+Certaines parties de ce programme pourront sembler familières à ceux d'entre
vous qui ont lu mon programme de l'année dernière. Cela parce que certaines
questions auxquelles je m'intéressais n'ont pas été abordée de façon qui me
satisfasse totalement.
</p>
<p>
-Je noterais également qu'il y a quelques actions particulières dans ce documents
+Je noterais également qu'il y a quelques actions particulières dans ce document
auxquelles je suis fortement attachées. Le but de ce document est d'identifier
les principes qui me guident et mes priorités, pas de tracer un plan que je
-suivrai avec plein de détails. Comme je pense que diagnostiquer des problèmes
+suivrais avec plein de détails. Comme je pense que diagnostiquer des problèmes
sans proposer de solutions a moins d'utilité, je suggérerai des solutions
envisageables. J'attends avec impatience que les personnes intéressées avancent
et participent aux processus de résolution de ces erreurs. Pour moi, mener un
@@ -87,7 +87,7 @@
Le problème central — et prépondérant — qui me vient à
l'esprit à propos du rôle du responsable du projet Debian est le processus de
délégation de la constitution. Je pense que c'est (potentiellement) un
-excellant mécanisme qui a toujours été sous-utilisé.
+excellent mécanisme qui a toujours été sous-utilisé.
</p>
<p>
@@ -95,7 +95,7 @@
projet. Pour la plupart, les développeurs Debian ont très peu de latitude pour
faire preuve de leur jugement personnel. C'est, bien souvent, la bonne manière
de faire les choses. Comme nous sommes si nombreux, et comme nous avons
-invariablement une telles diversité d'opinions sur la manière dont une chose
+invariablement une telle diversité d'opinions sur la manière dont une chose
particulière (technique ou autre) devrait être faite, cela permet de conserver
l'harmonie de Debian. En d'autres termes, nous pouvons nous disputer, mais il
existe un périmètre assez clair à l'intérieur duquel un développeur peut agir
@@ -158,7 +158,7 @@
</p>
<p>
-Enfin, je crois que les délégués actuels, secrétaire du projet, responsable du
+Enfin, je crois que les délégués actuels, secrétaire du projet, responsable de
publication, responsable de la gestion des comptes Debian et administrateurs
système Debian, devraient être totalement formalisés par ce processus. Je crois
également qu'il devrait être rendu explicite que les délégués ont le pouvoir de
@@ -204,7 +204,7 @@
artificiellement la valeur du <code>Q</code>, rendant ainsi plus difficile
l'obtention du quorum et les actions à mener. Cela a pour effet de faussement
amplifier l'influence des personnes qui préfèrent le <i>statu quo</i>. Ne pas
-même être au courant des questions en cours de discussion n'est pas la même
+être au courant des questions en cours de discussion n'est pas la même
chose que de préférer qu'une résolution générale ne soit pas votée. Veuillez
vous reporter à notre <a href="http://www.debian.org/devel/constitution";>\
constitution</a> pour de plus amples détails sur ce problème.
@@ -233,7 +233,7 @@
<p>
Enfin, je pense que cette implantation permettra de mieux faire accepter les
mises à jour indépendantes. Déjà actuellement, nous avons de nombreux paquets
-dans nos archives qui ont besoins d'avoir des responsables, mais qui en fait
+dans nos archives qui ont besoin d'avoir des responsables, mais qui en fait
n'en ont pas. Les responsables peuvent être actifs mais négliger un paquet
particulier, ou simplement ne plus participer au projet Debian. Si nous avions
des moyens de reconnaître cela, je pense que les bases de notre procédure de
@@ -246,7 +246,7 @@
Par « cérémonies » j'entends tout rassemblement (c'est-à-dire, mais
pas seulement, des événements du « monde réel » comme des
manifestations commerciales) auquel il serait bien que Debian soit
-officiellement présent.
+officiellement présente.
</p>
<p>
@@ -261,7 +261,7 @@
déléguer, en fonction des régions, des coordinateurs Debian pour les
événements. Ces personnes seraient responsables du suivi des manifestations
commerciales, des principaux événements des groupes d'utilisateurs Linux, etc.,
-auxquels Debian devrait être présent. Pour chaque événement, ils géreraient les
+auxquels Debian devrait être présente. Pour chaque événement, ils géreraient les
contacts avec l'entité coordinatrice directement ou les délégueraient à une
personne (qui y assisterait de préférence).
</p>
@@ -277,8 +277,8 @@
comme l'interdiction d'équipement « externes » et en faisant payer
130 dollars pour une simple table) a très fortement étouffé la capacité de
Debian à se rendre visible aux nouveaux utilisateurs. Les dons d'argents sur
-les stands ne doivent pas non plus être ignoré comparés aux revenus de Debian.
-Debian est entièrement financé par les dons ; si les manifestations ne
+les stands ne doivent pas non plus être ignorés comparés aux revenus de Debian.
+Debian est entièrement financée par les dons ; si les manifestations ne
nous permettent pas de nous montrer, elles nous étranglent financièrement.
</p>
@@ -315,11 +315,11 @@
</p>
<p>
-Je suis prêt à démission d'une de ces deux charges si, de consensus général, il
+Je suis prêt à démissionner d'une de ces deux charges si, de consensus général, il
m'est totalement impossible de fonctionner avec ces deux rôles sans mettre en
danger l'une ou l'autre des organisations. Cela dit, je suis sûr que ce
problème peut être résolu par la transparence et la visibilité. J'ai
-l'intention de démissionner de trésorier de SPI dès que les procédures en place
+l'intention de démissionner de mon poste de trésorier de SPI dès que les procédures en place
permettront aux futurs trésoriers de faire leur travail efficacement, plutôt
que d'hériter des difficultés de précédents trésoriers qui auraient négligé leur
travail.
@@ -328,7 +328,7 @@
<h3>V. RÉACTIVATION DU COMITÉ TECHNIQUE DE DEBIAN</h3>
<p>
-Je comité technique semble s'être enlisé. Les problèmes qui lui ont été soumis
+Le comité technique semble s'être enlisé. Les problèmes qui lui ont été soumis
n'ont pas trouvé de solutions (voici <a
href="http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=107150&repeatmerged=yes";>\
un exemple</a>, en voici <a
@@ -349,7 +349,7 @@
<p>
Il s'agit d'une question quasiment inévitable. Que pouvons-nous faire pour que
les versions de Debian GNU/Linux soient publiées plus fréquemment ? Des
-centaines de kilooctets d'analyses et de réflexions de ronds de cuir ont été
+centaines de kilo-octets d'analyses et de réflexions de ronds de cuir ont été
postées sur la question dans nos diverses listes de diffusion. Je serai franc,
je ne sais pas si j'ai une solution définitive. Modifier notre charte sur les
éditions partielles de la distribution stable pour y inclure plus que de
@@ -361,7 +361,7 @@
</p>
<p>
-Je ne couperai pas (et que je ne veux pas couper) l'herbe sous le pied du
+Je ne couperai pas (et je ne veux pas couper) l'herbe sous le pied du
responsable de publication actuel. Oui, cela fait un certain temps que Woody
est gelée. Cela dit, il serait, à mon avis, inconscient de bloquer le processus
maintenant, quelque soit le nombre de personnes qui en sont frustrées. Anthony
@@ -371,7 +371,7 @@
mais pour le moment la meilleure des choses que nous pouvons faire est de
tester des installations de Woody, des mises à jour à partir de Potato et de
rechercher et corriger les bogues critiques pour la publication d'une nouvelle
-version. Si nous n'avions pas réalisés de substantiels progrès j'aurais
+version. Si nous n'avions pas réalisé de substantiels progrès j'aurais
peut-être proposé autre chose, mais nous en avons fait. Quiconque ne le pense
pas devrait revoir les <a href="http://master.debian.org/~wakkerma/bugs/";>\
faits</a>.
@@ -415,7 +415,7 @@
non de simples consommateurs de bande passante et d'autres ressources. Je crois
qu'il est possible de contenter les fournisseurs de bande passante et de
matériel de notre projet sans considérer nos développeurs comme des vandales. À
-mon avis, les règles actuelles les considères trop ainsi et elle sont trop
+mon avis, les règles actuelles les considèrent trop ainsi et elles sont trop
floues à certains endroits.
</p>
@@ -471,7 +471,7 @@
Nos listes de diffusion sont le centre vital de notre projet, et je pense qu'il
est dommage que nous puissions ne pas utiliser des agents de transport du
courriel excellents (et libre au sens des principes du logiciel libre selon
-Debian) simplement pas omission.
+Debian) simplement par omission.
</p>
<p>
@@ -524,7 +524,7 @@
<p>
Ni Raphaël ni Bdale n'ont été malavisés de se présenter à l'élection du
-responsable du projet Debian. Tous deux ont clairement identifiés les défis
+responsable du projet Debian. Tous deux ont clairement identifié les défis
qu'affronte notre projet, et tous deux ont beaucoup de mérite. Je pense
honnêtement que nous avons un choix difficile cette année, ce qui n'a pas
toujours été le cas par le passé. Je peux facilement imaginer qu'un développeur
@@ -584,7 +584,7 @@
</p>
<p>
-Je ne peut pas être d'accord avec cette sensation. Je pense qu'une révolution
+Je ne peux pas être d'accord avec cette sensation. Je pense qu'une révolution
n'est nécessaire que lorsque les choses sont tellement cassées que la violence
(qu'elle soit littérale ou métaphorique) devient nécessaire pour effectuer des
changements. Je ne pense pas que Debian en soit arrivé à ce point. Je pense
@@ -604,7 +604,7 @@
que la tendance récente du <a href="http://master.debian.org/~wakkerma/bugs/";>\
graphique des bogues critiques pour la publication de la prochaine version</a>
illustre aussi ce point. Voila, je pense que les bases de Debian sont bonnes et
-que nous n'avons besoin que d'une évolution, par d'une révolution.
+que nous n'avons besoin que d'une évolution, pas d'une révolution.
</p>
<p>
@@ -612,16 +612,16 @@
J'ai du mal à rapprocher son discours audacieux de la plupart des questions
qu'il a identifiées comme étant problématiques. Je conviens que toutes les
questions qu'il a citées sont importantes ; je ne vois cependant pas où
-Debian ne s'améliore pas déjà, ou bien où tout le monde ne sais pas que nous
+Debian ne s'améliore pas déjà, ou bien où tout le monde ne sait pas que nous
devons nous améliorer et où chaque candidat n'a pas déjà fait de promesse
(comme la périodicité des publications). Il a mentionné l'ergonomie ; j'ai
essayé de rendre l'utilisation de XFree86 plus simple depuis que je m'occupe de
ce paquet, et j'ai reçu ne nombreuses éloges pour mes efforts. Peu de personnes
ont autant modifié leurs paquets et affecté le système. L'importance de
<code>debconf</code>, qui est une innovation relativement récente, peut
-difficilement être exagérer. Ses sorties modulaires (LDAP, fichier texte) et
+difficilement être exagérée. Ses sorties modulaires (LDAP, fichier texte) et
ces frontaux (readline, dialog, Gnome) nous fournissent exactement la puissance
-que nous pourrions souhaiter pour rendre Debian aussi convivial que n'importe
+que nous pourrions souhaiter pour rendre Debian aussi conviviale que n'importe
quel autre système d'exploitation, si ce n'est plus. Ces fonctionnalités
passionnantes attirent l'intérêt des gens et de la main d'œuvre, petit à
petit, l'ergonomie de Debian s'améliore.
@@ -655,8 +655,8 @@
Notre lenteur à sortir de nouvelles versions est certainement un problème,
mais chaque développeur en est terriblement conscient. Nous sommes
<em>déjà</em> tous motivés pour corriger ce problème, quoi qu'il advienne. Je
-ne pense pas que nous devions être si obsédés par cela au point de nous cacher
-d'autre choses importantes pour le projet, comme de fournir aux développeurs et
+ne pense pas que nous devons être si obsédés par cela au point de nous cacher
+d'autres choses importantes pour le projet, comme de fournir aux développeurs et
aux délégués du responsable du projet la liberté de faire ce qu'ils font de
mieux.
</p>
Reply to: