encore un peu... -- .~. Nicolas Bertolissio /V\ nico.bertol@free.fr // \\ /( )\ ^`~'^ Debian GNU-Linux
<li class="n8"> <<strong>don_armstrong</strong>>
Voici la deuxième question posée aux candidats :
[22:00]</li>
<li class="n8"> <<strong>don_armstrong</strong>>
Nous sommes affublés d'une assez mauvaise réputation pour ne pas savoir
tenir nos prévisions de publications. Que prévoyez-vous de faire en tant
que responsable du projet Debian pour nous aider à tenir ces
prévision ?
[22:00]</li>
<li class="n25"> <<strong>AigarsMahinovs</strong>>
Ne pas prévoir de publication cette année. Je pense qu'une version tous les
deux ou trois ans est approprié pour Debian.
[22:05]</li>
<li class="n0"> <<strong>WouterVerhelst</strong>>
Nous avons fait bien mieux en publiant une version en un temps plus court
cette fois-ci
[22:05]</li>
<li class="n0"> <<strong>WouterVerhelst</strong>>
(ou, nous le ferons), ce qui est une bonne chose. La raison
[22:05]</li>
<li class="n0"> <<strong>WouterVerhelst</strong>>
de cette réussite est, je pense, l'excellente
[22:05]</li>
<li class="n0"> <<strong>WouterVerhelst</strong>>
manière dont les responsables de publications ont maintenu l'ensemble des
développeurs à jours de
[22:05]</li>
<li class="n0"> <<strong>WouterVerhelst</strong>>
l'avancement de la publication pendant tout son développement (par
opposition à
[22:05]</li>
<li class="n0"> <<strong>WouterVerhelst</strong>>
simplement sa fin, lorsque le gel approche).
[22:05]</li>
<li class="n0"> <<strong>WouterVerhelst</strong>>
.
[22:05]</li>
<li class="n0"> <<strong>WouterVerhelst</strong>>
Il y a toujours quelques choses qui pourraient être étoffées la prochaine
fois ; par
[22:05]</li>
<li class="n0"> <<strong>WouterVerhelst</strong>>
exemple, je pense qu'il serait prudent d'essayer d'éviter les
<q>surprises</q>, telles
[22:05]</li>
<li class="n0"> <<strong>WouterVerhelst</strong>>
que les problèmes avec les hôtes des démons de construction des mises à
jour de sécurité que nous avons rencontrés pour les publications
[22:05]</li>
<li class="n0"> <<strong>WouterVerhelst</strong>>
de Woody et de Sarge, et les problèmes avec le noyau que nous avons
actuellement.
[22:05]</li>
<li class="n0"> <<strong>WouterVerhelst</strong>>
Éviter tout cela sera un défi, mais je suis sûr que nos responsables de
publication
[22:05]</li>
<li class="n0"> <<strong>WouterVerhelst</strong>>
sont prêts à le relever.
[22:05]</li>
<li class="n0"> <<strong>WouterVerhelst</strong>>
.
[22:05]</li>
<li class="n0"> <<strong>WouterVerhelst</strong>>
Si nécessaire, je les aiderai autant que possible, mais je ne pense pas que
cela
[22:05]</li>
<li class="n0"> <<strong>WouterVerhelst</strong>>
sera nécessaire.
[22:05]</li>
<li class="n18"> <<strong>AnthonyTowns</strong>>
Je ne m'attends pas de faire autre chose pour améliorer les temps de
publication que
[22:05]</li>
<li class="n18"> <<strong>AnthonyTowns</strong>>
d'apporter mon soutien aux responsables de publication si je le peux.
L'année dernière, cela a
[22:05]</li>
<li class="n18"> <<strong>AnthonyTowns</strong>>
consisté à essayer de le donner plus de temps pour travailler sur cette
publication en leur permettant
[22:05]</li>
<li class="n18"> <<strong>AnthonyTowns</strong>>
d'y travailler à temps plein, à augmenter la fréquences des scripts de
promotion
[22:05]</li>
<li class="n18"> <<strong>AnthonyTowns</strong>>
de la file d'attente d'entrée et vers la distribution de test à deux fois
par jour, et à être capable d'aider
[22:05]</li>
<li class="n18"> <<strong>AnthonyTowns</strong>>
à corriger les bogues et les problèmes des archives. Je pense qu'il est
mieux d'écouter leurs
[22:05]</li>
<li class="n18"> <<strong>AnthonyTowns</strong>>
suggestions pour améliorer le processus et le calendrier de publication et
de les y
[22:05]</li>
<li class="n18"> <<strong>AnthonyTowns</strong>>
aider car ce sont les personnes les plus familières des problèmes que nous
rencontrons actuellement.
[22:05]</li>
<li class="n23"> <<strong>RaphaelHertzog</strong>>
Bien que nous n'ayons pas atteint notre date prévue de publication avec
Etch, nous avons vraiment une
[22:06]</li>
<li class="n23"> <<strong>RaphaelHertzog</strong>>
équipe de publication active et qui communique. Aussi, en tant que
responsable du projet Debian, je suis prêt à discuter
[22:06]</li>
<li class="n23"> <<strong>RaphaelHertzog</strong>>
de tous les problèmes qu'ils ont rencontrés et je ferai de mon mieux pour
éviter ces embûches
[22:06]</li>
<li class="n23"> <<strong>RaphaelHertzog</strong>>
pour Lenny.
[22:06]</li>
<li class="n23"> <<strong>RaphaelHertzog</strong>>
.
[22:06]</li>
<li class="n23"> <<strong>RaphaelHertzog</strong>>
Je n'ai pas de grand plans sur la manière de gérer la publication de Lenny
mais je sais que d'autres
[22:06]</li>
<li class="n23"> <<strong>RaphaelHertzog</strong>>
membres de mon équipe y ont plus d'intérêt (Sam en particulier). Je suis
sûr que
[22:06]</li>
<li class="n23"> <<strong>RaphaelHertzog</strong>>
nous aurons des discussions intéressantes à ce sujet rapidement après la
[22:06]</li>
<li class="n23"> <<strong>RaphaelHertzog</strong>>
publication d'Etch. Je surveillerai ces débats et m'impliquerai comme
d'habitude.
[22:06]</li>
<li class="n23"> <<strong>RaphaelHertzog</strong>>
Mais vraiment, la décision appartient aux responsables de publication,
mais comme ils écoutent
[22:06]</li>
<li class="n23"> <<strong>RaphaelHertzog</strong>>
ce que nous avons à dire, il n'y a pas de problème.
[22:06]</li>
<li class="n23"> <<strong>RaphaelHertzog</strong>>
.
[22:06]</li>
<li class="n23"> <<strong>RaphaelHertzog</strong>>
La seule aide que j'apporterai pour la prochaine publication sera peut-être
d'attirer plus de
[22:06]</li>
<li class="n23"> <<strong>RaphaelHertzog</strong>>
contributeurs, dont certains augmenteront, j'espère, le nombre de
[22:06]</li>
<li class="n23"> <<strong>RaphaelHertzog</strong>>
personnes faisant des mises à jour indépendantes pour la publication...
[22:06]</li>
<li class="n2"> <<strong>SamHocevar</strong>>
Ce n'est probablement pas au responsable du projet Debian de décider.
Personnellement
[22:06]</li>
<li class="n2"> <<strong>SamHocevar</strong>>
j'aimerais avoir une date fixe et annuelle de publication, avec une période
de gel
[22:06]</li>
<li class="n2"> <<strong>SamHocevar</strong>>
de six mois et une publication ou un ajout « bureautique » tous
les six mois.
[22:06]</li>
<li class="n2"> <<strong>SamHocevar</strong>>
La force de travail est le problème clef, notre ratio de paquets par
développeur n'a pas
[22:06]</li>
<li class="n2"> <<strong>SamHocevar</strong>>
beaucoup changé depuis le début, et je crois qu'augmenter le
[22:06]</li>
<li class="n2"> <<strong>SamHocevar</strong>>
nombre de nos développeurs (comme expliqué dans mon programme) aiderait à
[22:06]</li>
<li class="n2"> <<strong>SamHocevar</strong>>
atteindre cet objectif. C'est aux responsables de publication de décider en
[22:06]</li>
<li class="n2"> <<strong>SamHocevar</strong>>
dernier ressort et bien qu'en tant que responsable du projet Debian
j'essayerai de peser dans la discussion
[22:06]</li>
<li class="n2"> <<strong>SamHocevar</strong>>
pour atteindre un tel but, ce n'est pas quelque chose que je leur imposerai
[22:06]</li>
<li class="n2"> <<strong>SamHocevar</strong>>
s'il pense que ce n'est pas réaliste.
[22:06]</li>
<li class="n24"> <<strong>SteveMcIntyre</strong>>
Le calendrier de publication n'est pas une chose sur laquelle le
responsable du projet Debian a nécessairement
[22:06]</li>
<li class="n24"> <<strong>SteveMcIntyre</strong>>
beaucoup d'influence. Le principal ici, à mon humble avis, est
[22:06]</li>
<li class="n24"> <<strong>SteveMcIntyre</strong>>
de penser à un ensemble raisonnable d'objectifs et de dates de publication
[22:06]</li>
<li class="n24"> <<strong>SteveMcIntyre</strong>>
et d'y faire adhérer les gens. Le truc est ajour de réellement
[22:06]</li>
<li class="n24"> <<strong>SteveMcIntyre</strong>>
faire travailler les gens pour atteindre ces buts c'est
[22:06]</li>
<li class="n24"> <<strong>SteveMcIntyre</strong>>
plus facile à dire qu'à faire. Trouver un accord est une bonne chose sur ce
point.
[22:06]</li>
<li class="n24"> <<strong>SteveMcIntyre</strong>>
.
[22:06]</li>
<li class="n24"> <<strong>SteveMcIntyre</strong>>
Suivre le travail de publication sur toute
[22:06]</li>
<li class="n24"> <<strong>SteveMcIntyre</strong>>
la période plutôt que simplement vers la fin – ce fut
[22:06]</li>
<li class="n24"> <<strong>SteveMcIntyre</strong>>
une amélioration majeure du cycle de publication d'Etch par rapport à
[22:06]</li>
<li class="n24"> <<strong>SteveMcIntyre</strong>>
Sarge, est quelque chose que j'applaudis chez l'équipe de publication. Ça
ne
[22:06]</li>
<li class="n24"> <<strong>SteveMcIntyre</strong>>
demande pas grand chose de la part du responsable du projet Debian...
<hrline />
fin provisoire de la traduction
<hrline />
Note du traducteur : ce document étant particulièrement long, la
traduction est réalisée petit à petit en fonction de mes disponibilités.
<hrline />
[22:06]</li>
Attachment:
signature.asc
Description: Digital signature