Re: [rfr] wml://www.debian.org/vote/2002/raphael.wml
Nicolas Bertolissio <nico.bertol-no-@-spam-free.fr> a écrit :
> --
Une relecture...
--- raphael.wml 2005-08-01 17:37:57.000000000 +0200
+++ raphael.relu.wml 2005-08-01 18:23:37.000000000 +0200
@@ -44,19 +44,19 @@
chercher des paquets sur lesquels je pourrais travailler avec mes compétences
en Perl, et j'ai trouvé <a href="http://packages.debian.org/dpkg-ftp";>\
dpkg-ftp</a> (la méthode ftp de dselect). Je m'en suis emparé car il était dans
-un très mauvais état, et j'ai corrigé tous les bogues connus, y compris les
-souhaits.
+un très mauvais état, et j'ai corrigé tous les bogues connus, et pris en charge les
+souhaits d'amélioration.
</p>
<p>
-En 1999, l'équipe debian-cd a rencontré un problème car leur script
+En 1999, l'équipe debian-cd a rencontré un problème car son script
n'était pas vraiment conçu pour gérer plusieurs cédéroms et Slink était la
première version de Debian qui avait besoin de plus d'un seul cédérom. C'est la
raison pour laquelle j'ai écrit YACS, <i>Yet Another Cd Script</i> encore un
autre script de cédérom (cela dit j'ai utilisé une partie du code de slink_cd
de Steve McIntyre) ; YACS est devenu le debian-cd officiel de l'édition
Potato. Il était de meilleure conception ce qui permettait de traiter
-efficacement plusieurs cédéroms et des cédéroms personnalisés (vous pouviez
+efficacement plusieurs cédéroms y compris des cédéroms personnalisés (vous pouviez
facilement personnaliser le contenu des cédéroms). Je suis toujours le
responsable de debian-cd.
</p>
@@ -95,7 +95,7 @@
Rodin et Martin Michlmayr, et j'ai créé le comité pour l'assurance qualité. Ce
comité n'existe plus car il ne fonctionnait pas. C'était une tentative pour
organiser l'assurance qualité avec une équipe qui décidait de ce qui devait
-être réalisé et avec des travailleurs qui faisait réellement le travail. Mon
+être réalisé et avec des travailleurs qui faisaient réellement le travail. Mon
analyse de cet échec est que c'était trop centralisé pour Debian et que cela ne
correspondait pas à la façon de faire de Debian.
</p>
@@ -103,12 +103,12 @@
<p>
De nos jours, je suis convaincu que pour ne pas se laisser distancer par la
quantité de travail et pour conserver sa grande qualité, Debian doit s'adapter
-pour éviter que n'arrive les problèmes (paquets mal entretenus, paquets oubliés
+pour éviter les problèmes (paquets mal entretenus, paquets oubliés
mais non orphelins...) C'est pourquoi j'ai lancé le <a
href="http://lists.debian.org/debian-devel-announce/2002/debian-devel-announce-200201/msg00011.html";>\
système de suivi des paquets</a> avec l'aide d'Anthony Towns. L'idée principale
qui se cache derrière ce système de suivi des paquets est que nous devrions
-avoir plus de personnes pour s'occuper de chaque paquet. S'occuper d'un paquet
+disposer de plus de personnes pour s'occuper de chaque paquet. S'occuper d'un paquet
peut signifier plusieurs choses, d'aider le responsable (pour un autre
développeur) à simplement surveiller que le paquet est correctement entretenu
(pour un utilisateur avancé qui s'intéresse à ce paquet en particulier).
@@ -137,17 +137,16 @@
<h2>Le rôle du responsable du projet</h2>
<p>
-À mon avis, les principales tâches du responsable est l'organisation et la
+À mon avis, les principales tâches du responsable sont l'organisation et la
communication.
</p>
-<p>
-La partie d'organisation concerne le travail interne de Debian, il doit
-s'assurer que les infrastructures de Debian sont adaptées au travail de Debian.
-Si nécessaire, il doit initier des projets pour résoudre ces problèmes. Si vous
-souhaitez savoir de quelles infrastructures je parle, veuillez regarder mon <a
-href="#projects">programme</a>.
-</p>
+<p> La partie d'organisation concerne le travail interne de Debian. Le
+responsable doit s'assurer que les infrastructures de Debian sont
+adaptées au travail de Debian. Si nécessaire, il doit initier des
+projets pour résoudre ces problèmes. Si vous souhaitez savoir de
+quelles infrastructures je parle, veuillez regarder mon <a
+href="#projects">programme</a>. </p>
<p>
La partie communication peut être scindée en deux catégories : interne et
@@ -159,7 +158,7 @@
<p>
Quoi qu'il en soit, il n'est pas toujours possible d'aller partout où vous êtes
-invités et donc je réfléchis à la possibilité de désigner des représentants
+invités, je réfléchis donc à la possibilité de désigner des représentants
locaux du responsable (volontaires bien sûr).
</p>
@@ -405,7 +404,7 @@
</p>
<p>
-En fait, cette seconde équipe coordonnerait avec le responsable du paquet pour
+En fait, cette seconde équipe assurerait la coordination avec le responsable du paquet pour
obtenir une correction rapide dans la distribution instable. Elle fournirait
également un paquet pour la distribution de test (ou toute autre distribution
que nous pourrions créer...) en rétroportant le correctif si nécessaire. Ces
@@ -427,7 +426,7 @@
<cite>
Vous savez tous que nous avons des problèmes graves avec la gestion des
-publication. Il ne faut pas jeter la pierre à Anthony Towns, il a réalisé
+publications. Il ne faut pas jeter la pierre à Anthony Towns, il a réalisé
beaucoup de travail jusqu'à présent, mais nous avons besoin d'aller plus loin.
J'ai des propositions, mais elles ont toutes besoin d'être débattues et
amendées. Cependant il n'est pas encore temps d'en discuter... C'est simplement
@@ -509,12 +508,12 @@
étape nécessaire pour faciliter le travail du responsable de publication&nsbp;:
chaque responsable déciderait si ses paquets conviennent à la distribution
stable. Une fois téléchargés dans la distribution de travail, le responsable de
-publication aurait bien sûr toujours la possibilité de contrôler ce qu'il
+publication aurait toujours, bien sûr, la possibilité de contrôler ce qu'il
accepte.
</p>
<p>
-Et que ce passe-t-il avec la distribution de test ? Bien, nous la
+Et que se passe-t-il avec la distribution de test ? Bien, nous la
conservons pratiquement telle qu'elle est, parce qu'elle est parfaite pour
certains de nos utilisateurs avancés et qu'elle est un bon moyen de voir si un
paquet est un bon candidat pour la version de travail ou non. Et nous
@@ -706,7 +705,7 @@
<h3><a name="backup">2.3 Promotion de l'idée de collaboration pour la maintenance et de responsable de secours</a></h3>
<p>
-L'idée de maintenance collaborative n'est par très répandue au sein de Debian.
+L'idée de maintenance collaborative n'est pas très répandue au sein de Debian.
Seuls quelques paquets sont gérés par une équipe entière. Cela doit changer.
Nous devons expliquer l'utilité d'avoir plusieurs responsables pour chaque
paquet. Nous devons documenter toutes les ressources disponibles pour la
@@ -754,8 +753,8 @@
<p>
Nous avons certainement beaucoup de choses à dire à tout le monde. Cependant
-nous devons adapter notre message à chaque population. Ce que nous devons leur
-dire exactement est ce que Debian peut leur apporter et ce dont Debian à besoin
+nous devons adapter notre message à chaque population. Ce que nous devons dire à chacune d'entre elles
+est ce que Debian peut lui apporter et ce que Debian a besoin
qu'elle lui fournisse. Voici la liste des personnes concernées et des exemples
de messages (la liste n'est pas exhaustive et peut être allongée bien
sûr) :
@@ -803,7 +802,7 @@
<li>à une entreprise commerciale :
<ul>
<li>comment obtenir de l'aide payante pour Debian,</li>
- <li>comment faire connaître publiquement leur utilisation de Debian
+ <li>comment faire connaître publiquement son utilisation de Debian
(« fonctionne avec Debian »),</li>
<li>comment faire un don à Debian (d'argent ou de matériel),</li>
<li>comment embaucher des développeurs Debian pour leur support interne
@@ -825,7 +824,7 @@
</p>
<p>
-Mieux un auteur originel connaît Debian, meilleures devrait être la
+Mieux un auteur originel connaît Debian, meilleure devrait être la
coopération. C'est pourquoi je souhaiterais que nous écrivions une sorte de
lettre ouverte aux auteurs de logiciels libres (qui pourrait être inspirée des
pages décrites au point précédent), lettre que chaque responsable devrait
@@ -846,7 +845,7 @@
<p>
La chose la plus simple que nous pouvons faire pour cela est de donner la
-possibilité aux utilisateurs de Debian de publier les endroits où et comment
+possibilité aux utilisateurs de Debian de publier où et comment
Debian est utilisée dans le monde des entreprises (Mandrake fait quelque chose
qui y ressemble à <a href="http://www.mandrakebizcases.com";>\
MandrakeBizCases</a>).
@@ -867,7 +866,7 @@
Toutes les distributions qui sont basées sur Debian aident Debian en répandant
le format de paquets de Debian et en fournissant d'autres manières (parfois
plus simples) d'installer Debian. Nous devons en être fiers car elles
-réutilisent toujours beaucoup de choses de Debian, elles ne créent pas de
+réutilisent toujours beaucoup de choses de Debian. Elles ne créent pas de
branches juste par plaisir, elles ajoutent de la valeur à Debian. Et la plupart
du temps, elles y contribuent en retour.
</p>
@@ -884,7 +883,7 @@
<hr width="75%" align="center" />
<cite>
-Je pense que c'est suffisant, une années ne fait que 365 jours. :-)
+Je pense que c'est suffisant, une année ne fait que 365 jours. :-)
Si travailler à l'un de ces projets vous intéresse, faites-le moi savoir. Bien
sûr, il y a beaucoup d'autres projets qui valent la peine d'être menés (un
installateur plus simple basé sur l'installateur Debian, la détection du
@@ -924,8 +923,8 @@
propositions concrètes. C'est parfaitement compréhensible car vous pouvez
savoir où vous souhaitez aller sans savoir comment y aller. S'il est élu,
j'espère qu'il verra que certains des projets que je propose vont dans la
-direction vers laquelle il veut nous emmener et que donc il les promeuvent
-suffisamment pour les rendre possibles.
+direction vers laquelle il veut nous emmener et donc qu'il en fera
+suffisamment la promotion pour les rendre possibles.
</p>
<p>
@@ -937,7 +936,7 @@
<p>
Bdale obtiendra certainement<sup>*1</sup> mon soutien pour tout projet concret
-qu'il souhaitera lancer et lié à l'un des points qu'il a cité dans son
+qu'il souhaitera lancer et lié à l'un des points qu'il a cités dans son
programme (qualité, prévision des publications, première impression des
utilisateurs, infrastructure, sécurité, base standard de Linux).
</p>
Reply to: