[RFR] wml://vote/2009/platforms/93sam.wml

[jean-pierre giraud <jean-pierregiraud@neuf.fr>]

Bonjour,
Voici la traduction du programme de Steve McIntyre pour l'élection de 
chef du projet Debian en 2009 cette fois-ci.
Je joins aussi l'original en anglais.
Merci d'avance pour vos relectures.
Amicalement
jipege

#use wml::debian::template title="Platform for Steve McIntyre" BARETITLE="true" NOHEADER="true"
#include "$(ENGLISHDIR)/vote/style.inc"

<h1>Steve McIntyre's DPL platform, 2009</h1>

<h2>Introduction</h2>

<p>I've been a Debian Developer since October 1996. I originally
joined to maintain the Debian version of mikmod; I was the upstream
developer at the time, and wanted the Debian version to work well
too. In those days, the NM process was rather simpler than today: I
installed Debian, then two days later I mailed Bruce Perens with a PGP
key and asked him for a Debian login. He responded almost immediately
with account details - I was in!</p>

<p>Since that point, I've worked on quite a wide range of packages,
some large and some small. Probably the most noticeable technical work
I've done for Debian is within the debian-cd team, both developing the
debian-cd software itself and using that same software to create the
official CDs, DVDs and Blu-ray disks that accompany each Debian
release. I've been involved with the CDs for almost every major and
point release since Hamm.</p>

<p>I host two of our buildds (ball and toffee), and help with local
admin work on two more (cats and grieg). I also keep my own little
farm of machines covering the majority of our architectures. This
helps me to debug problems in my own packages, and I give out accounts
to other DDs as well where helpful.</p>

<h2>Standing for re-election</h2>

<p>I am the current DPL, and I am standing for re-election this
year. I believe that I have done a reasonable job for the project in
the last year, concentrating on three major themes:</p>

<ul>
<li>Teamwork - I organised a review of how the various teams in Debian
were performing, running a survey and then working through the results
of that survey. In several places where they indicated that core teams
were not working as well as we needed/expected, I helped the people
involved to bring in new blood or to improve working methods as
appropriate. I've also encouraged people to meet face-to-face where it
has helped, and I have spent Debian money to help achieve that when
needed. I'm not going to claim all the credit for the improvements
that have happened in the last year, but I'm happy that Debian as an
organisation is in much better shape now than at this point last
year.</li>

<li>Internal communications - I've spent a lot of time this year
talking with Debian folks: encouraging them to spread the news about
what they're working on, what they need help with, what problems
they're facing. I haven't quite posted as many "Bits from the DPL"
mails as I'd have hoped for this year, and for that I apologise:
sometimes there just aren't enough hours in the day. More about that
later! I have also helped solve a number of disagreements this year,
mediating in arguments before they cause real problems.</li>

<li>External communications - I've represented Debian a lot of
times. This includes talking to the press multiple times: about being
elected, about problems in Debian and how we solve them, and about
Lenny and why they should care about it. I have presented several
talks about Debian to a variety of audiences, and I have been involved
in multiple discussions with other FLOSS projects including some of
the other Linux distributions.</li>

</ul>

<p>There's more to the job too, more than I can really cover in this
space. I gave a <a
href="http://www.einval.com/~steve/talks/FOSDEM2009/";>talk at
FOSDEM</a> last month about this if you're interested in more details,
and the video team captured it on <a
href="http://meetings-archive.debian.net/Public/debian-meetings/2009/fosdem/high/What_does_the_DPL_do.ogg";>video</a> too.</p>

<h2>Standing with an assistant - Luk Claes</h2>

<p>One thing I have learnt in the last year is that the DPL job is a
big one. To do the job effectively takes up a lot of time: in my
opinion more time than one single person will have, unless they are a
student or they have a <strong>very</strong> accommodating
employer. Due to this, I did not manage to make as much progress on my
goals as I hoped for in the last year and so I'm changing my plans a
little. I have asked Luk Claes to join me as an assistant DPL this
year if I'm elected, and he has accepted my invitation.</p>

<p>Luk started contributing to Debian in 2003 and became a DD in
2005. He soon joined the release team to help prepare the release of
Etch, and following Etch he continued on as part of that team. He was
one of the two RMs for Lenny and is staying with the job for
Squeeze. Besides working on the release, he has also recently joined
the new buildd infrastructure team. On top of his various other Debian
related commitments, he is an elected board member of Software in the
Public Interest, our main legal and financial umbrella.</p>

<h2>Goals</h2>

<p>Much of this platform will be familiar to people, as it is largely
based on what I have said at this time in previous years. Many of the
things I want to work on in Debian are well known problems, issues
that have affected us for a long time. The two main ones that I see
are:</p>

<h3>Communications within the project</h3>

<p>This is a long-term bugbear; DPL candidates have been promising to
work on improving communication within the project for as long as I
can remember. There are several places where communication has been
problematic in the past. I believe I have already helped with this in
the past, but there is more still to be done.</p>

<p>I'm convinced that the more we talk about what we're doing, the
more motivated others will be to help us in our tasks. A vibrant,
open, friendly project depends on the periodic introduction of fresh
blood wanting to work with us. Let's make that easier!</p>

<h3>Working effectively; asking for help</h3>

<p>Continuing on from the previous point: another part of the DD's job
is to work effectively, both on individual packages and within the
project as a whole. This includes simple things like handling the bugs
in our packages in a timely fashion, but also includes bigger things,
such as considering the impact of changes on the release
schedule. Working effectively is not just important for our own
gratification; it also makes a major impact on how long we take to
release and the experience our users have with using Debian.</p>

<p>In my opinion, a key part of working effectively is honesty. We can
all suffer from a lack of time to do the jobs that we've promised to
do. After all, real life has a nasty habit of intruding on our
so-called "spare" time. So long as we don't let things delay too far,
we can cope and still contribute. But at some point, we need to be
more honest with ourselves and actually admit that we can't continue
with the jobs that we've promised to do. It's a hard thing to do, but
in a friendly community where we're all working together towards a
common goal there should be <strong>no</strong> shame in asking for
help.</p>

<p>In a larger scope, procedures exist for DDs to temporarily leave
the project if real life has overtaken them, and re-join when the
situation changes. Again, there is no shame in doing this - we should
be happy to acknowledge all the contributions that people have made to
Free Software when they could. But, still, many people don't take this
route and instead simply become missing in action (MIA). It can take
quite a while to pick up on DDs who have simply dropped out of the
project.</p>

<h3>How to fix these, aka "getting things done"</h3>

<p>I want to see improvements made where they are clearly needed.
There are cases where communications are lacking, or people and teams
might not be working as effectively as they want to or need to. In
those cases, I want to help and encourage the people involved to make
those improvements. If that is not enough, then we may need stronger
actions.</p>

<p>This goes for all of us, both as individuals and as a
project. Sometimes it can be all too easy to let nay-sayers slow us
down or discourage us from working on the projects that interest
us. If people are not contributing, ask them to help. If they don't
want to help, then ignore them and find others who will. Let's keep
Debian what it should be - a great, thriving community of people
having fun by working together on our shared goals.</p>

<h2>Why vote for me?</h2>

<p>I believe I can continue to do a good job as DPL due to the
following qualities:</p>

<h3>Experience</h3>

<p>I've been a developer within Debian for over twelve years. I've
done large amounts of packaging work, I've seen Debian evolve a great
deal in that time, and I've been involved in lots of different
discussions. My time working as DPL this year means I already have a
good insight into what the DPL job entails, and I'm happy I can do
it. I'm also aware of just how big the job is, which is why I have
asked Luk to help me.</p>

<h3>Organisation</h3>

<p>Besides packaging, I've done a lot of promotional work for
Debian. I've organised Debian stands at lots of shows and expos over
the years. I've been an admin and a mentor for Debian in the Google
Summer of Code for three years running and hopefully for a fourth:
fingers crossed! I have been running the sponsorship team for Debconf
for several years, meaning I've been actively going out and talking
with a variety of companies and other organisations, promoting Debian
and asking them to support us publically. All of these help raise
awareness of Debian and its goals.</p>

<p>I've had a fair experience at "cat-herding" so far, including
arranging travel for groups to Debconf, FOSDEM and other events. I'm
currently the treasurer of the Debian UK Society, and I run the
debian-uk mailing list.</p>

<h3>Social</h3>

<p>I'm a programmer, which means I have strong opinions on many
subjects. (*grin*). Despite that, I believe I am honest, generally
approachable and easy to work with. I am a good communicator and
negotiator, and I have made many friends in the Debian and wider Free
Software Community over the years.</p>

<h2>Summary</h2>

<p>I have touched on some issues here that are hopefully not
surprising to most of our community. I must also acknowledge the fact
that the DPL mostly does not have the power to simply impose changes
as he/she sees fit. The best that the DPL can do here is to encourage
us to improve, sometimes by discussion and debate and sometimes by
leading by example. I don't claim to be perfect, but I believe I can
continue helping us achieve some of the goals I have listed here.</p>

<p>Thanks for your time in reading my platform, and I hope you will
support me in my goals.</p>

<h2>Rebuttals</h2>

<p>   Well, this year there's not very much to say here as there is only one other candidate.
   Stefano is a nice guy and a good developer and when I've worked with him in the past it's
   been a pleasure. He makes a lot of reasonable, sensible points in his platform and I
   applaud him for that.

<p>   I only have two concerns. I'm not sure he will have the time to do what he's planning: time
   always runs away more quickly than you expect. :-)

<p>   Stefano also says he'll probably appoint a 2IC if elected. That I can understand
   completely, but I'd be personally much happier if he was to name his proposed assistant
   before the election. I deliberately did that with Luk, as I want people to be able to vote
   for a known quantity rather than somebody unnamed.

<p>   That's it, really. Good luck to Stefano in the election and I hope the new DPL (be it me or
   him!) will do a good job for Debian.


#use wml::debian::template title="Platform for Steve McIntyre" BARETITLE="true" NOHEADER="true"
#include "$(ENGLISHDIR)/vote/style.inc"
#use wml::debian::translation-check translation="1.4" maintainer="Jean-Pierre Giraud"

<h1>Programme de chef du projet Debian de Steve McIntyre, 2009</h1>

<h2>Introduction</h2>

<p>
Je suis développeur Debian depuis octobre 1996. J'ai rejoint le projet
à l'origine pour maintenir la version Debian de mikmod. J'étais alors
le développeur amont et je souhaitais que la version Debian marche
bien aussi. � cette époque la procédure de nouveau mainteneur était
plus simple qu'aujourd'hui : j'ai installé Debian, puis, deux jours
après, j'envoyais un courriel à Bruce Perens avec une clef PGP et lui
demandais une accréditation. Il m'a répondu immédiatement avec tous
les détails pour ouvrir le compte â?? j'étais admis !
</p>

<p>
� partir de ce moment-là , j'ai travaillé sur un grand éventail de
paquets, certains lourds et d'autres moins. C'est au sein de l'équipe
debian-cd que j'ai réalisé le travail technique probablement le plus
notable pour Debian : j'y ai développé le logiciel debian-cd lui-même,
puis j'ai utilisé le même logiciel pour créer les CD, DVD et disques
Blu-ray officiels qui accompagnent chaque version de Debian. J'ai été
impliqué dans la création de CD de toutes les versions majeures et
intermédiaires depuis Hamm.
</p>

<p>J'héberge deux de nos serveurs d'empaquetage (<em>buildd</em>)
(ball et toffee) et contribue à deux autres (cats et grieg) par un
travail d'administrateur local. J'entretiens aussi mon propre petit
parc de machines couvrant la majorité des architectures. Cela
m'aide à déboguer les problèmes sur mes paquets, et j'ouvre aussi des
comptes à d'autres développeurs Debian quand c'est utile.</p>

<h2>Candidature à la réélection</h2>

<p>Je suis le chef du projet Debian actuel et cette année, je me
présente pour ma réélection. Je crois que, l'année dernière, j'ai
raisonnablement travailler pour le projet, me concentrant sur trois
thèmes majeurs :</p>

<ul>
<li>Travail d'équipe â?? J'ai organisé un examen de la manière dont les
diverses équipes restreintes de Debian travaillaient, réalisant une
enquête puis travaillant sur les résultats de cette enquête. Dans les
différents domaines où ces résultats indiquaient que les équipes ne
travaillaient pas aussi bien que nécessaire ou attendu, j'ai aidé les
gens impliqués à amener du sang neuf ou à améliorer leurs méthodes de
travail le cas échéant. J'ai aussi encouragé les gens à se rencontrer,
là où cela pouvait aider et j'ai mis de l'argent de Debian pour aider à 
le faire, s'il le fallait. Je ne vais pas m'attribuer tout le mérite des
améliorations survenues l'année dernière, mais je suis heureux que
Debian en tant qu'organisation soit en bien meilleur état maintenant
que l'an dernier à la même époque.</li>

<li>Communication Interne â?? J'ai passé beaucoup de temps cette année à 
parler avec les gens qui font Debian : en les encourageant à diffuser
des informations sur ce sur quoi ils travaillaient, sur l'aide dont ils
auraient besoin et sur les problèmes auxquels ils étaient confrontés.
Je n'ai pas envoyé autant de « Brèves du chef du projet » que je
l'aurais espéré cette année, et je m'en excuse : quelques fois, il n'y
avait pas assez d'heures dans la journée. J'y reviendrai plus tard 
J'ai aussi contribué à résoudre toute sorte de différends cette année,
servant de médiateur, en argumentant, avant qu'ils provoquent des
problèmes réels.</li>

<li>Communication externe â?? j'ai représenté Debian souvent. Cela a
consisté à parler à la presse à de nombreuses reprises : sur mon
élection, sur les problèmes au sein de Debian et comment nous les
réglons, ainsi que sur Lenny et pourquoi ils doivent s'y intéresser.
J'ai présent plusieurs conférences à des publics variés et j'ai été
impliqué dans de nombreuses discussions avec d'autres projets du
logiciel libre y compris d'autres distributions Linux.</li>

</ul>

<p>J'ai remplis bien d'autres tâches, plus que je ne peux réellement
en rendre compte ici. J'ai fait <a
href="http://www.einval.com/~steve/talks/FOSDEM2009/";>une présentation
au FOSDEM</a> le mois dernier sur tout cela si vous êtes intéressé par
plus de détails, et l'équipe vidéo en a fait aussi un enregistrement <a
href="http://meetings-archive.debian.net/Public/debian-meetings/2009/fosdem/high/What_does_the_DPL_do.ogg";>vidéo</a>.</p>

<h2>Je me présente avec un assistant â?? Luk Claes</h2>

<p>Une des choses que j'ai apprises l'an dernier est que le travail de
chef du projet Debian est vraiment très lourd. Faire le boulot
efficacement prend beaucoup de temps : à mon avis plus que celui dont
une personne seule dispose à moins d'être étudiant ou d'avoir un
employeur <strong>très</strong> accommodant. Pour cette raison, je n'ai
pas réussi à atteindre autant d'objectifs que je l'espérais l'an
dernier, aussi je modifie un peu mon programme. J'ai demandé à Luk Claes
de se joindre à moi comme assistant du chef du projet Debian cette
année si je suis élu et il a accepté mon invitation.</p>

<p>Luk a commencé à contribuer à Debian en 2003 et est devenu DD en
2005. Il a bientôt rejoint l'équipe de publication pour contribuer à la
préparation de la publication d'Etch, et ensuite, il a continué à 
appartenir à cette équipe. Il était un des deux responsables de
publication pour Lenny et poursuit le travail pour Squeeze. En plus de
travailler sur la publication, il a aussi rejoint récemment la nouvelle
équipe d'infrastructure de buildd. En plus de ses autres engagements
variés relatifs à Debian, il est membre élu du bureau de Software in the
Public Interest, notre principale « façade » juridique et financière.</p>

<h2>Objectifs</h2>

<p>L'essentiel de ce programme vous sera familier, car il est largement
basé sur ce que j'ai dit les années précédentes à la même époque. La
plupart des choses sur lesquelles je souhaite travailler dans Debian
n'ont pas changé depuis : ce sont des problèmes bien connus, des
questions qui nous touchent depuis longtemps. Les deux principales que
je vois sont :</p>

<h3>La communication à l'intérieur du projet</h3>

<p>C'est un cauchemar permanent ; aussi loin que je m'en souvienne, les
candidats au poste de chef du projet ont toujours promis de travailler
à l'amélioration de la communication au sein du projet. Il
y a plusieurs domaines où la communication a été problématique dans
le passé. Je crois que j'ai déjà contribué à cela dans le passé, mais il
y a encore plus à faire.</p>

<p>Je suis convaincu que plus nous parlons de ce que nous faisons, plus
les autres sont motivés pour nous aider sur ces tâches. Un projet
vivant, ouvert, sympathique dépend de l'apport régulier de sang neuf
pour travailler avec nous. Faisons en sorte que cela soit plus
facile !</p>

<h3>Travailler efficacement ; demander de l'aide</h3>

<p>Dans le prolongement du point précédent : un autre volet des tâches
du développeur Debian est de travailler efficacement, à la fois sur
ses propres paquets et sur le projet considéré comme un ensemble. Cela
comprend des choses simples comme de gérer les bogues de ses paquets en
temps opportun, mais aussi des choses plus importantes comme penser aux
conséquences des modifications sur le calendrier des publications.
Travailler efficacement ce n'est pas seulement important pour sa propre
satisfaction ; cela a aussi un impact majeur sur le temps qu'il nous
faut pour publier les versions et sur le ressenti des utilisateurs de
Debian.</p>

<p>� mon avis, un élément clé pour un travail efficace est l'honnêteté.
On peut tous manquer de temps pour remplir les tâches que nous
avons promis d'accomplir. Après tout, la vraie vie a la fâcheuse
habitude d'empiéter sur ce que nous appelons notre temps « libre ». Tant
qu'on ne laisse pas les choses prendre trop de retard, on peut faire
face et continuer à contribuer. Mais à un certain moment, il faut être
honnête avec soi-même et accepter l'idée qu'on ne peut pas continuer à 
faire le travail sur lequel on s'était engagé. C'est une chose difficile
à faire, mais dans une communauté conviviale où tout le monde travaille
avec les mêmes objectifs, il ne devrait <strong>pas</strong> y avoir de
honte à demander de l'aide.</p>

<p>De manière plus générale, des procédures existent pour que les
développeurs Debian quittent temporairement le projet si la vie réelle
les submerge, puis le rejoignent quand leur situation évolue. Encore une
fois, il n'y pas de honte à  le faire â?? nous devrions juste nous réjouir
de reconnaître toutes les contributions que les gens ont données au
logiciel libre quand ils le pouvaient. Mais, pourtant, beaucoup de gens
ne suivent pas cette voie, mais plutôt sont juste « portés disparus ».
Cela peut prendre du temps avant que l'on retrouve des responsables
Debian qui se sont simplement retirés du projet.</p>

<h3>Comment corriger cela, ou « faire ce qu'il y a à faire »</h3>

<p>Je veux voir des améliorations apportées là où on en a vraiment
besoin. Il y a des cas où la communication est absente, ou bien où les
gens et les équipes peuvent ne pas travailler aussi efficacement qu'ils
le souhaiteraient ou qu'il le faudrait. Dans ces circonstances, je veux
aider et encourager les personnes impliquées à apporter ces
améliorations. Si ce n'est pas suffisant, on peut avoir besoin
d'actions plus résolues.</p>

<p>Et ceci vaut pour tout le mode, aussi bien sur le plan individuel que
pour le projet. C'est parfois trop facile de laisser les opposants
systématiques nous freiner ou nous décourager de travailler sur les
projets qui nous intéressent. Si des gens ne contribuent pas, il faut
leur demander de le faire. Et s'ils ne veulent pas aider, il faut les
ignorer et trouver d'autres volontaires. Gardons Debian telle qu'elle
doit être â?? une grande communauté florissante de personnes ayant plaisir
à travailler ensemble sur des objectifs communs.</p>

<h2>Pourquoi voter pour moi ?</h2>

<p>Je crois que je peux continuer à faire du bon travail comme chef du
projet Debian grâce aux qualités suivantes :</p>

<h3>Expérience</h3>

<p>Je suis développeur Debian depuis plus de douze ans. J'ai fait
beaucoup de travail d'empaquetage, j'ai vu Debian beaucoup évoluer
pendant ce temps, et je me suis impliqué dans tout un tas de
débats divers. En ayant travaillé comme chef du projet Debian cette
année, cela signifie que je connais déjà ce que le travail de
responsable du projet Debian entraîne, et je suis heureux de pouvoir
faire ce travail. Je suis aussi bien conscient de l'inmportance de cette
tâche, c'est pourquoi j'ai demandé à Luk de m'aider.</p>

<h3>Organisation</h3>

<p>Au-delà de l'empaquetage, j'ai fait pas mal de travail pour
promouvoir Debian. J'ai organisé des stands Debian dans de nombreuses
présentations et expositions ces dernières années. J'ai été un
administrateur et un parrain pour Debian au sein du Google Summer of
Code trois années de suite et j'espère pour une quatrième : croisons les
doigts ! J'ai mené l'équipe de parrainage de Debconf plusieurs années,
ce qui veut dire que je suis aller parler à toute sorte de sociétés et
autres organismes pour promouvoir Debian et leur demander de nous
soutenir publiquement. Toutes ces activités m'ont fait prendre
conscience de ce que sont Debian et ses objectifs.</p>

<p>J'ai déjà une sérieuse expérience de la gestion de l'ingérable, y
compris l'organisation des déplacements de groupes aux Debconf, FOSDEM
et autres manifestations. Je suis le trésorier actuel de l'association
Debian UK, et j'anime la liste de diffusion debian-uk.</p>

<h3>Sociabilité</h3>

<p>Je suis un programmeur, ce qui veut dire que j'ai des opinions
tranchées sur plein de sujets (*grand sourire*). Malgré cela, je crois
que je suis honnête, en général accessible et qu'il est facile de
travailler avec moi. Je suis un bon communicant et un bon négociateur
et, ces dernières années, je me suis fait beaucoup d'amis dans le projet
Debian et, plus largement, dans la communauté du logiciel libre.</p>

<h2>Résumé</h2>

<p>J'ai abordé quelques problèmes ici qui, j'espère, ne sont pas
inconnus pour la majorité d'entre nous. Je dois aussi reconnaître le
fait que le chef du projet n'a pas généralement le pouvoir d'imposer
simplement les changements qu'il ou elle juge bons. Le mieux que le
chef du projet Debian puisse faire est de nous encourager à nous
améliorer, parfois par la discussion et le débat et parfois en montrant
l'exemple. Je ne prétends pas être parfait, mais je crois que je peux
continuer à nous aider à atteindre certains des objectifs que j'ai
listés ici.</p>

<p>Merci d'avoir pris le temps de lire mon programme, et j'espère que
vous m'apporterez votre soutien pour atteindre mes objectifs.</p>

<h2>Réfutation</h2>

<p>Eh bien, cette année, il n'y a pas grand-chose à dire ici, vu qu'il
n'y qu'un seul autre candidat. Stefano est quelqu'un de sympathique et
un bon développeur, et quand j'ai travaillé avec lui dans le passé, cela
a été pour moi un plaisir. Il fait dans son programme beaucoup de
propositions raisonnables et sensées et je l'en félicite.</p>

<p>J'ai seulement deux soucis. Je ne suis pas sûr qu'il aura le temps de
faire tout ce qu'il projette : le temps passe toujours plus vite qu'on
ne le prévoit. :-)</p>

<p>Stefano dit aussi qu'il nommera sans doute un « 2IC » (<em>second in
charge</em>), c'est-Ã -dire un assistant du chef du projet, s'il est
élu. Ce que je peux très bien comprendre, mais, personnellement, j'aurais
préféré qu'il donne le nom de l'assistant qu'il propose avant
l'élection. C'est exprès que je l'ai fait pour Luk, parce que je
souhaite que les gens puisse voter en connaissance de cause plutôt que
pour quelqu'un dont on ne connaît pas le nom.</p>

<p>Voilà , c'est tout. Bonne chance à Stefano pour l'élection et
j'espère que le nouveau chef du projet Debian (que ce soit moi ou lui !)
fera du bon boulot pour Debian.</p>