Le Samedi 26 Mars 2005 21:02, Nicolas Bertolissio <[EMAIL PROTECTED]> 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 œ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 œ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 « direction ». En bref : 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 « Scud » 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 ; 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 ; 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 ; 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 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 mars) et qui fut une grande idée, et je pense qu'elle a été efficace — 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 ; 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 « cabale » 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 — chaque membre a-t-il déjà un +fonctionner n'est pas claire du tout — 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 « Oh, mais AJ et Branden se disputent tout le temps, bien sûr qu'il l'a dit ». Et si vous aimez ce genre de choses, -Branden et moi avons rejoint les projet la même semaine (fin février 1998 +Branden et moi avons rejoint le projet la même semaine (fin février 1998 pour ceux qui souhaitent vérifier les archives de -private — 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 : 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é — 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 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
