Une relecture. -- Thomas Huriaux
Index: Log-debian-dpl-debate.wml
===================================================================
RCS file: /cvs/webwml/webwml/french/vote/2005/Log-debian-dpl-debate.wml,v
retrieving revision 1.7
diff -u -r1.7 Log-debian-dpl-debate.wml
--- Log-debian-dpl-debate.wml 28 Mar 2005 09:56:37 -0000 1.7
+++ Log-debian-dpl-debate.wml 31 Mar 2005 07:50:16 -0000
@@ -3,7 +3,7 @@
#use wml::debian::translation-check translation="1.5" maintainer="Nicolas Bertolissio"
#include "$(ENGLISHDIR)/vote/style.inc"
-<h1 class="title">Débat pour l'élection du responsable du projet Debian 2005</h1>
+<h1 class="title">Débat pour l'élection du responsable du projet Debian 2005</h1>
<div id="main" style="margin: 2em; ">
@@ -36,7 +36,7 @@
<dt><b style="color: Red;">Helen :</b></dt>
<dd>
Bien ! :) Bonjour à tous et bienvenue au débat IRC pour
- l'élection du responsable du projet Debian 2005.
+ l'élection du responsable du projet Debian 2005.
<br/>
Je m'appelle Helen Faulkner et je vais présider le débat avec madduck
(Martin Krafft). Les candidats à cette élection sont Matthew Garrett,
@@ -65,10 +65,10 @@
<b>Un sujet qui revient constamment est la stratégie et la périodicité de
publication des versions, et — thème de débat — la
périodicité actuelle n'est pas optimale. En supposant que vous soyez
- d'accord, veuillez exposer ce qui vous considérez être une bonne stratégie
+ d'accord, veuillez exposer ce que vous considérez être une bonne stratégie
(ou la stratégie optimale) de publication, et expliquer brièvement
pourquoi. Comment voyez-vous la position du responsable du projet Debian
- par rapport à la stratégie de publication ? Si vous être élu, quel
+ par rapport à la stratégie de publication ? Si vous êtes élu, quel
pourrait être votre prochaine étape pour conduire Debian vers la
périodicité que vous envisagez ? Si vous n'êtes pas d'accord avec ce
qui précède et pensez que la stratégie et la périodicité de publication
@@ -79,7 +79,7 @@
<dd>
Je pense que la principale responsabilité du responsable du projet Debian
vis à vis de la gestion des publications est de s'assurer que les
- responsables de publications reçoivent l'aide et les ressources dont ils
+ responsables de publication reçoivent l'aide et les ressources dont ils
ont besoin. La proposition récente que j'ai décidé d'appeler
« perspective de Vancouver » a bien fait avancer les choses en ce
qui concerne l'explication à l'ensemble de développeurs des exigences de la
@@ -88,7 +88,7 @@
Comme je l'ai dit dans mon message récent sur -vote, il s'agit du début,
pas de la fin du processus de gestion des publications. L'équipe actuelle
de gestion de la publication a toute ma confiance et mon respect. En tant
- que responsable du projet Debian, je prend l'engagement de travailler avec
+ que responsable du projet Debian, je prendrais l'engagement de travailler avec
eux au mieux de mes capacités pour que leurs besoins soient satisfaits. Cela
comprend bien sûr d'éviter des trolls — bien qu'ils soient
amplement capables de les affronter eux-mêmes. :)
@@ -96,17 +96,17 @@
<dt><b>Anthony Towns :</b></dt>
<dd>
- La stratégie de publication est principalement de la responsabilité des
- responsables de la publication. Je pense que le principal rôle du
- responsable du projet Debian et de soutenir leur rôle, et de s'assurer
+ La stratégie de publication est principalement à la charge des
+ responsables de la publication. Je pense que la tâche principale du
+ responsable du projet Debian est de soutenir leur rôle, et de s'assurer
qu'ils disposent des ressources nécessaire à leur action, comme pour
- organiser des rencontres tel que l'on fait Andreas Schuldei et Steve à
- Vancouver, et de l'assurer que les autres équipes sont conscientes des
+ organiser des rencontres tel que l'ont fait Andreas Schuldei et Steve à
+ Vancouver, et de les assurer que les autres équipes sont conscientes des
besoins de l'équipe de publication, et <i>vice versa</i>. Il y a beaucoup
d'avantages à faire partie de l'équipe de publication simplement en
s'assurant que les autres équipes — comme les équipes Gnome ou
KDE ou l'équipe de l'installateur Debian —fonctionnent
- efficacement. Je pense que la stratégie du publication idéale aboutirait à
+ efficacement. Je pense que la stratégie de publication idéale aboutirait à
des publications régulières, sur une base de six, neuf, douze ou dix-huit
mois ; idéalement au jour près. Je pense que la proposition de
l'équipe de publication pour Sarge et Etch est bonne, qu'en élaborer les
@@ -151,7 +151,7 @@
<dd>
Le travail des responsable du projet Debian est de trouver les bonnes
personnes pour gérer la publication. Je pense que l'équipe actuelle est
- excellemment qualifiée et qu'il a travaillé sur les problèmes rencontrés
+ excellemment qualifiée et qu'elle a travaillé sur les problèmes rencontrés
depuis déjà un certain temps. Mon travail en tant que responsable du projet
Debian serait d'essayer de les aider à résoudre les problèmes qui sont hors
de leur portée. Ce serait à eux de trouver la meilleure des stratégies de
@@ -168,7 +168,7 @@
<p>
<b>La file d'attente des nouveaux responsables a récemment été
« réactivée » grâce (en partie) à un ajout d'effectif. Où
- pensez-vous que sont les forces de l'approche actuelle des nouveaux
+ pensez-vous que sont les forces de l'approche actuelle d'accueil des nouveaux
responsables, et quelles faiblesses pouvez-vous identifier ? De
quelles façons le processus actuel du nouveau responsable assure-t-il
qu'un futur développeur détient les connaissances nécessaires, et où
@@ -204,7 +204,7 @@
nous réalisons. Encore une fois, je ne pense pas vraiment que le travail du
responsable du projet Debian soit d'interférer avec le fonctionnement d'un
système à moins qu'il n'y ait manifestement quelque chose de mauvais, et
- autant que je sache la plupart (si ce n'est tous) les gens qui travaillent
+ autant que je sache, la plupart (si ce n'est tous) les gens qui travaillent
sur les nouveaux responsables réalisent un excellent travail.
</dd>
@@ -234,10 +234,10 @@
« distributed-net-pproxy », dans l'archive non libre. Maintenant,
les gens doivent couramment attendre plusieurs mois avant d'entrer, ce qui
est loin d'être idéal. J'aimerais voir le processus des nouveaux
- responsables se concentrer plus sur le rôle de conseiller ; afin que
+ responsables se concentrer plus sur le rôle de conseiller, afin que
la section « tâches et compétences » au moins, et certaines
parties de la section sur la philosophie et les procédures consistent
- principalement en du travail sur des paquets réels avec de vrai
+ principalement en du travail sur des paquets réels avec de vrais
responsables de paquets, plutôt qu'à remplir des questionnaires, ou
au travail sur de nouveaux paquets pas toujours très utiles. Il y a plus de
détails dans mon envoi sur -vote, et je pense que l'exemple du projet de
@@ -332,7 +332,7 @@
s'élargissent pas avec le nombre de nos membres. Ce fut le cas pour les
responsables des comptes de Debian, ce qui est corrigé maintenant
— le prochain sera peut-être l'équipe de sécurité (je n'en ai
- aucune idée avant d'avoir parlé avec les personnes impliquées dans les
+ aucune idée tant que je n'en ai pas parlé avec les personnes impliquées dans les
divers domaines).
</dd>
@@ -350,8 +350,8 @@
<dt><b>Jonathan Walther :</b></dt>
<dd>
- Je suis fait pour travailler peu. Plus ont est de fous, plus ont ri !
- En tant que responsable du projet Debian, je laisserai les choses se
+ Je suis fait pour travailler peu. Plus on est de fous, plus on rit !
+ En tant que responsable du projet Debian, je laisserais les choses se
développer d'elles-mêmes, comme elles l'ont fait jusqu'à présent. Lorsque
nous aurons atteint notre limite naturelle de croissance, nous arrêterons
de grandir sans avoir besoin de l'intervention du responsable du projet
Attachment:
signature.asc
Description: Digital signature