Re: [rfr] wml://www.debian.org/vote/2005/platforms/{ajt,andreas,branden,gus,mjg59}.wml

[Olivier Trichet <trichet.olivier@ec-lille.fr>]

Le Samedi 26 Mars 2005 21:02, Nicolas Bertolissio 
<nico.bertol-no-spam@free.fr> a écrit :
> ajout des réfutations

relecture de celles-ci.

--- orig/gus.wml	2005-03-27 12:48:28.812747384 +0200
+++ gus.wml	2005-03-27 13:49:21.228495792 +0200
@@ -121,10 +121,10 @@
 concernent des problèmes internes à Debian. Bien qu'il soit bon que ces
 discussions se tiennent de façon si constructive, il est dommage que l'élection
 du responsable du projet Debian soit vue comme le moment pour les soulever. Il
-est naïf de s'en tenir au fait que le candidat qui propose une solution est
-nécessairement la meilleure personne pour l'implanter. Toutes les discussions
+est naïf de croire que le candidat qui propose une solution est
+nécessairement la meilleure personne pour la mettre en &oelig;uvre. Toutes les discussions
 et presque toutes les solutions ne tirent aucun bénéfice de l'autorité du
-responsable du projet Debian et pourraient être implantées à n'importe quel
+responsable du projet Debian et pourraient être mises en &oelig;uvre à n'importe quel
 moment par tout développeur.
 </p>
 
@@ -136,7 +136,7 @@
 que les responsables du projet Debian précédents n'ont jamais pris de décision
 seuls et que l'équipe n'a pas de bénéfice réel par rapport aux pratiques
 existantes. En fait, je suis inquiet car tenter de formaliser cette disposition
-apport de nouveaux problèmes, comme la résolution des désaccords, des domaines
+pose de nouveaux problèmes, comme la résolution des désaccords, des domaines
 de responsabilité flous, un processus de sélection des membres de l'équipe
 opaque et plus de distance entre le développeur moyen et la
 «&nbsp;direction&nbsp;». En bref&nbsp;: avec l'équipe scud, <em>c'est</em> une
@@ -145,13 +145,13 @@
 
 <p>
 Le rôle interne du responsable du projet Debian est très important mais des
-similitudes des programmes de chaque candidat, nous pouvons voir que
+similitudes entre les programmes de chaque candidat, nous pouvons voir que
 l'identification des questions clefs, telles que la communication et la
 publication de Sarge, n'est pas si difficile que cela. En prenant une approche
 calme, compréhensible et raisonnée, les solutions sont aussi raisonnablement
-directes et cohérentes. À moins que vous n'ayant une raison de croire qu'un
+directes et cohérentes. À moins que vous n'ayez une raison de croire qu'un
 candidat particulier aura des difficultés à travailler à une solution avec les
-autres développeurs, je ne pense pas qu'il soit efficace d'essayer de comparer
+autres développeurs, je ne pense pas qu'il soit utile d'essayer de comparer
 les candidats sur ces questions.
 </p>
 

--- orig/mjg59.wml	2005-03-27 12:48:28.812747384 +0200
+++ mjg59.wml	2005-03-27 13:56:21.783561704 +0200
@@ -253,7 +253,7 @@
 
 <p>
 Et la proposition «&nbsp;Scud&nbsp;» de Branden Robinson et d'Andreas Schuldei
-de désigner une équipe de délégués pour remplir de nombreux rôles du
+de désigner une équipe de délégués pour remplir de nombreuses fonctions du
 responsable du projet Debian ont été largement débattus.
 </p>
 
@@ -295,14 +295,14 @@
 <p>
 Plutôt que de nommer une équipe à l'avance, je choisirai les délégués en
 fonction des besoins comme décrit dans la constitution. Restreindre mon choix à
-l'avance ne semble pas être la façon la meilleure de résoudre les problèmes
+l'avance ne semble pas être la meilleure façon de résoudre les problèmes
 lorsqu'ils surviennent.
 </p>
 
 <p>
 Comme je l'ai souligné dans mon programme, mes priorités sont d'améliorer la
 communication et le consensus à l'intérieur du projet. Je ne crois pas que
-fournir plus de pouvoir à un petit ensemble de personnes soit la manière la
-meilleure pour résoudre ces problèmes. Le pouvoir devrait être distribuer à
+fournir plus de pouvoir à un petit ensemble de personnes soit la meilleure manière
+pour résoudre ces problèmes. Le pouvoir devrait être distribuer à
 travers tout le projet, pas concentré sur un petit sous-ensemble.
 </p>

--- orig/ajt.wml	2005-03-27 12:48:28.811747536 +0200
+++ ajt.wml	2005-03-27 13:27:46.998248696 +0200
@@ -288,12 +288,12 @@
 n'obtiennent exactement ce qu'elles souhaitent, alors que des personnes plus
 discrètes n'engageront généralement pas de confrontation avant que les choses
 ne commencent réellement à laisser désirer. Je crois vraiment que les gens sont
-capable de gérer avec respect des opinions divergentes et des approches
-différentes, sans devoir se disputer ni être violent&nbsp;; mais je pense qu'il
+capables de gérer avec respect des opinions divergentes et des approches
+différentes, sans devoir se disputer ni être violents&nbsp;; mais je pense qu'il
 est important que toute personne dans une position de direction soit prête à
 mener une discussion en règle pour défendre les gens qui travaillent avec elle,
 et cela comprend des confrontations de manière occasionnelle. Je crois qu'il
-est bien meilleur d'avoir ces confrontations et des les résoudre que de les
+est bien meilleur d'avoir ces confrontations et de les résoudre que de les
 éviter.
 </p>
 
@@ -301,21 +301,21 @@
 
 <p>
 Je trouve le développement du projet Scud assez déconcertant&nbsp;; il semble
-qu'un groupe secret de développeur Debian s'est formé avec le seul but de
+qu'un groupe secret de développeurs Debian s'est formé avec le seul but de
 prendre le contrôle du projet, et vraiment je ne vois pas comment quelque chose
 comme cela puisse être autrement que déconcertant.
 </p>
 
 <p>
 Andreas et Steve ont mené toute (ou presque toute) l'organisation de la cabale
-organisée contre la publication qui s'est tenue à Vancouver (les 5 et
-6&nbsp;mars), ce fut une grande idée et, je pense, qu'elle a été efficace
+contre la réunion de publication qui s'est tenue à Vancouver (les 5 et
+6&nbsp;mars) et qui fut une grande idée, et je pense qu'elle a été efficace
 &mdash;&nbsp; mais elle a été organisée sans en avertir le responsable actuel
-du projet Debian, sans plus d'information que celles fournies au reste du
+du projet Debian, sans plus d'informations que celles fournies au reste du
 projet. J'aime plaisanter de cette cabale dans Debian, mais parce que, de mon
 expérience, *c'est* une plaisanterie&nbsp;; toutes les personnes qui ont du
-pouvoir dans Debian ont une opinions assez différente et assez joyeusement
-travaillent les unes contre les autres, ne communiquent pas entre être pas plus
+pouvoir dans Debian ont une opinion assez différente et assez joyeusement
+travaillent les unes contre les autres, ne communiquent pas plus entre elles
 qu'avec le reste du projet, et ont toutes sortes d'autres problèmes. Le projet
 Scud au contraire semble avoir été une réelle «&nbsp;cabale&nbsp;» jusqu'à
 présent, et je ne sais pas trop comment nommer délibérément un tel groupe pour
@@ -325,7 +325,7 @@
 
 <p>
 Un autre soucis avec le projet Scud est que s'il est élu, sa façon de
-fonctionner n'est pas clair du tout &mdash;&nbsp; chaque membre a-t-il déjà un
+fonctionner n'est pas claire du tout &mdash;&nbsp; chaque membre a-t-il déjà un
 domaine d'autorité bien défini, le responsable du projet Debian prendra-t-il
 les décisions et l'équipe les mettra-t-elle en œuvre, ou essayeront-ils de
 prendre les décisions en groupe avec comme président le responsable du
@@ -342,15 +342,15 @@
 Je ne peut sans doute pas écrire grand chose sur Branden qui ne puisse être
 écarté par quelque chose comme «&nbsp;Oh, mais AJ et Branden se disputent tout
 le temps, bien sûr qu'il l'a dit&nbsp;». Et si vous aimez ce genre de choses,
-Branden et moi avons rejoint les projet la même semaine (fin février&nbsp;1998
+Branden et moi avons rejoint le projet la même semaine (fin février&nbsp;1998
 pour ceux qui souhaitent vérifier les archives de -private &mdash;&nbsp; la même
 semaine que Eric S. Raymond).
 </p>
 
 <p>
-Quoi qu'il en soit, j'ai deux soucis que vous pouvez ou pas prendre en compte
+Quoi qu'il en soit, j'ai deux soucis que vous pouvez ou non prendre en compte
 avec Branden. Le premier est son attachement régulier lors de ces années de
-campagnes aux problèmes de procédures à l'exclusion des problèmes
+campagnes aux problèmes de procédures en excluant les problèmes
 techniques&nbsp;: je pense qu'il est bien plus important pour les membres du
 projet de s'attacher à ce que nous souhaitons accomplir plutôt qu'à la manière
 d'y arriver, et que nous serons bien mieux si nous bloquons occasionnellement
@@ -367,8 +367,8 @@
 et efficace pour l'acceptation et le traitement des dons et des
 remboursements. Malheureusement, et pour diverses raisons, il n'y est pas
 arrivé &mdash;&nbsp;au point que des dons au projet Debian n'ont pas été
-déposées du tout pendant une période de d'environ une année et ont expiré et ne
-peuvent plus être déposées à nouveau. Avec la rétrogradation de Branden en
+déposés du tout pendant une période d'environ une année, ont expiré et ne
+peuvent plus être déposés à nouveau. Avec la rétrogradation de Branden en
 trésorier adjoint de Jimmy Kaplowitz, il semble est devenu beaucoup plus
 efficace, ce qui est en sa faveur, mais, à mon avis, indique toujours qu'il
 n'est pas prêt pour un poste de direction important. Remarques
@@ -389,13 +389,13 @@
 
 <p>
 <em><a href="http://lists.debian.org/debian-vote/2005/03/msg00014.html";>
-Commentaires similaires d'Erinn Clark sur la proposition de commité de
+Commentaires similaires d'Erinn Clark sur la proposition de comité de
 Jonathan</a>.</em>
 </p>
 
 <p>
 Je trouve que je ne suis pas d'accord avec le sentiment que Jonathan indique
-dans son programme, sentiment d'intérêt croissant par l'implication des femmes
+dans son programme, sentiment d'intérêt croissant pour l'implication des femmes
 dans Debian. Personnellement, j'ai été plutôt encouragé à la fois par le nombre
 croissant de femmes qui pensent pouvoir participer à Debian et par la forme de
 leur participation, en particulier les magnifiques diagrammes d'état de dpkg de
@@ -403,8 +403,8 @@
 Linux, et le programme de parrainage mené par Helen Faulkner, ainsi que
 l'étendu habituelle d'entretien, de report et de correction de bogues de
 paquets. Autant que je sache, cette activité est due principalement au travail
-d'Erinn Clark et Helen Faulkner au paramétrage et à l'entretien du projet
-Debian et les femmes. Il est en particulier impressionnant que toutes ces
+d'Erinn Clark et Helen Faulkner à la conduite et à l'entretien du projet
+Debian&nbsp;Women. Il est en particulier impressionnant que toutes ces
 femmes aient fait toutes ces contributions avant d'avoir réussi à passer le
 processus du nouveau responsable.
 </p>

--- orig/andreas.wml	2005-03-27 12:48:28.811747536 +0200
+++ andreas.wml	2005-03-27 13:35:30.194832112 +0200
@@ -523,7 +523,7 @@
 
 <p>
 <a id="fn.4" href="#fnr.4">4</a>.
-<strong><em>La gestions des besoins de croissance</em></strong> 
+<strong><em>La gestion des besoins de croissance</em></strong>
 </p>
 
 <p>

--- orig/branden.wml	2005-03-27 12:48:28.812747384 +0200
+++ branden.wml	2005-03-27 13:42:03.759001264 +0200
@@ -270,7 +270,7 @@
 </p>
 
 <p>
-J'ai beaucoup de respet pour Andreas Schuldei qui est mon camarade dans le
+J'ai beaucoup de respect pour Andreas Schuldei qui est mon camarade dans le
 projet d'un groupe de responsables. J'apprécie beaucoup son investissement pour
 s'assurer que les aspects sociaux du projet Debian restent aussi bon que les
 aspects techniques.
@@ -285,14 +285,14 @@
 <p>
 Jonathan Walther a été très important, je crois, pour nous aider à mieux
 comprendre qui nous sommes et qui nous ne sommes pas. Je dois aussi confesser
-qu'étant donné ce que j'entretiens, j'envie un codéveloppeur qu'un n'a aucun
-bogue en cours contre ses paquets. Je ne pense même pas en rêve à un tel état.
+qu'étant donné ce que j'entretiens, j'envie un codéveloppeur qui n'a aucun
+bogue en cours contre ses paquets. Je n'y pense même pas en rêve.
 </p>
 
 <p>
 Tous ces candidats ont quelque chose à nous offrir, mais je crois que je
 conviens le mieux pour les défis qu'affrontera le prochain responsable du
-projet Debian. Je me prépare pour ce rôle de puis plus longtemps que mes
+projet Debian. Je me prépare pour ce rôle depuis plus longtemps que mes
 adversaires. D'autres approches ont été prises, mais le travail à venir
 requiert la combinaison d'assurance, de franchise et de responsabilité que
 j'apporte. Avec le soutien de mes coéquipiers et de tous les développeurs, je