Re: [rfr] wml://www.debian.org/vote/2000/leadership_debate/transcript.wml
Bonjour,
voici une relecture.
J'ai un doute concernant la ligne 631, la phrase commençant par "Ma
question... " me semble incomplète.
Cordialement
Bernard
--- transcript.wml 2005-07-02 14:25:03.645040376 +0200
+++ transcript.wml.relu 2005-07-02 15:27:43.556446960 +0200
@@ -26,7 +26,7 @@
<br><b>Rob :</b>
Nos candidats sont Ben Collins, Wichert Akkerman, Joel Klecker
-et Matthew Vernon
+et Matthew Vernon.
<br><b>Rob :</b>
Nous allons essayer de fournir 3 minutes par réponse et par candidat
@@ -149,7 +149,7 @@
<p><b>Matthew :</b>
Je pense que cela doit être géré au cas par cas. Dans le cas des
nouveaux responsables, il semble que le problème aurait pu être détecté
-avant que le malheur arrive. Sachant cela, si un équipe décide qu'elle en
+avant que le malheur arrive. Sachant cela, si une équipe décide qu'elle en
a assez, nous ne pouvons (et ne devrions) pas les forcer à continuer à
faire leur tâche. Je propose de rester en contact avec tous les groupes
semblables, de manière à les encadrer si les choses commencent à aller
@@ -180,10 +180,10 @@
Elles le demandaient indirectement, mais elles le demandaient quand même.
<br><b>Ben :</b>
-Je pense que personne ne peut accuser quelqu'un puisque personne n'est
+Je pense que personne ne peut accuser quelqu'un, puisque personne n'est
fautif. Nous n'étions tout simplement pas préparés à gérer un tel
événement. Il y aura des changements importants dans le futur, puisque
-nous avons besoin d'une meilleur structure pour gérer nos fonctionnalités
+nous avons besoin d'une meilleure structure pour gérer nos fonctionnalités
principales... les choses comme l'administration des FTP, l'administration
système, l'accueil des nouveaux responsables, etc.
@@ -291,7 +291,7 @@
<br><b>Matthew :</b>
Je pense que c'est une bonne chose, mais cela crée clairement des
problèmes que notre infrastructure ne sait pas bien gérer (par exemple, le
-champ Architecture: spécifié à <i>all</i> est de moins en moins fréquent,
+champ Architecture : spécifié à <i>all</i> est de moins en moins fréquent,
et il y a des bogues spécifiques à certains systèmes dans des paquets).
<br><b>Matthew :</b>
@@ -466,7 +466,7 @@
mais si je suis chef de projet, j'essaierai de le réduire.
<hr>
-<h2>Argent, et idéaux</h2>
+<h2>Argent et idéaux</h2>
<hr>
Le <a href="http://lwn.net/stocks/";>lancement récent d'ouvertures du
@@ -556,7 +556,7 @@
<h2>Questions ouvertes</h2>
<p><b>Rob :</b>
-Fantastique
+Fantastique.
<br><b>Rob :</b>
OK, nous passons à l'étape suivante.
@@ -580,7 +580,7 @@
<br><b>Rob :</b>
OK tout le monde... gardez à l'esprit qu'au moins un de nos participants
-a des contraintes horaires (il doit quitter dans 15 minutes)
+a des contraintes horaires (il doit quitter dans 15 minutes).
<br><b>Rob :</b>
Nous allons poser deux questions courtes, puis proposer un bref résumé.
@@ -637,7 +637,7 @@
<p><b>Matthew :</b>
Je n'ai pas examiné en détails les dépôts de paquets (et je n'ai pas le
temps de le faire en 2 minutes). En ce qui concerne les cycles de
-publication, je pense que nous avons besoin de permettre moins de temps
+publication, je pense que nous avons besoin de mettre moins de temps
entre une publication et le gel suivant – de cette façon nous
pourrons avoir des publications plus fréquentes sans toutefois diminuer
le temps de gel.
@@ -732,7 +732,7 @@
<p><b>Matthew :</b>
Je veux garder Debian la meilleure possible au niveau technique. Pour le
-moment, cela signifier gérer la croissance importante de Debian (ce qui
+moment, cela signifie gérer la croissance importante de Debian (ce qui
est une bonne chose, mais amène ses propres problèmes). La communication
semble être le point clé, et encourager les développeurs à prendre en
compte des choses comme l'assurance qualité et la documentation autant
Reply to: