-- .~. Nicolas Bertolissio /V\ nico.bertol@free.fr // \\ /( )\ ^`~'^ Debian GNU-Linux
#use wml::debian::template title="Programme de Steve McIntyre" BARETITLE="true" NOHEADER="true"
#include "$(ENGLISHDIR)/vote/style.inc"
#use wml::debian::translation-check translation="1.5" maintainer="Nicolas Bertolissio"
<h1>Programme de Steve McIntyre pour l'�ction au poste de responsable du projet Debian, ann�nbsp;2007</h1>
<h2>Introduction</h2>
<p>
Je suis d�loppeur Debian depuis octobre 1996. Je le suis devenu, au
d�t, pour maintenir la version Debian de mikmod ; j'�is le d�loppeur
amont �e moment-l�t je souhaitais que la version Debian fonctionne aussi
correctement. En ce temps-l�le processus du nouveau responsable de paquets
�it bien plus simple qu'aujourd'hui : j'ai install�ebian, puis, deux
jours plus tard, j'ai envoy�n courriel �ruce Perens avec une clef PGP et je
lui ai demand�n compte Debian. Il m'a r�ndu presque imm�atement avec les
donn� du compte – et j'�is rentr�bsp;!
</p>
<p>
Depuis lors, j'ai travaill�ur un certain nombre de paquets, certains
importants, d'autre petits. Le travail le plus remarquable que j'ai
probablement r�is�our Debian est avec l'�ipe des CD-ROM, �a fois en
d�loppant le logiciel debian-cd lui-m� et en l'utilisant pour cr� les CD
officiels (et maintenant les DVD) qui accompagnent chaque publication de
Debian. Je me suis impliqu�ans ces CD �resque chaque version majeure et
chaque mise �our depuis Hamm.
</p>
<p>
Je me suis port�andidat �'�ction du responsable du projet Debian l'ann�derni�, et je suis arriv�euxi� derri� AJ. Peu apr�l'�ction, il m'a
contact�t m'a invit� accepter un nouveau r�de d�gu�ebian pour
� I2C �, comme assistant du responsable du projet. J'ai accept�et
depuis je l'aide sur certaines fonctions du responsable du projet Debian
– en traitant des lettres, en repr�ntant Debian devant la presse
et lors de divers rassemblements pour le logiciel libre et en agissant comme
m�ateur dans certains d�ts. Cela m'a donn�n bon aper�du travail du
responsable du projet Debian : ce que cela entra� et combien de temps
cela prend.
</p>
<h2>Buts</h2>
<p>
La plus grand partie de ce programme vous sera famili�, car il est largement
bas�ur ce que je disais l'ann�derni� �ette p�ode-ci. La plupart des
choses sur lesquelles je souhaite travailler dans Debian n'ont pas chang�epuis : ce sont des probl�s bien connus, des questions qui nous
touchent depuis longtemps.
</p>
<h3>Communication �'int�eur du projet</h3>
<p>
C'est l'Arl�enne ; les candidats au poste de responsable du projet
Debian promettent de travailler �m�orer la communication au sein du projet
depuis aussi longtemps que je me souvienne. Il y a plusieurs endroits o�communication a pos�es probl�s par le pass�Parfois les efforts du
responsable du projet ont aid� arranger les choses, mais le plus souvent il
n'y avait aucune am�oration visible.
</p>
<p>
Des mises �our courtes et r�li�s de l'�t d'avancement des diverses
�ipes du projet peuvent apporter beaucoup d'am�oration. De la m� mani�,
des comptes-rendus r�liers du responsable du projet Debian sont n�ssaires
pour s'assurer que la communaut�ebian est consciente de ce qui se dit et de
ce qui est fait en son nom. M� si certains de ces comptes-rendus ne
consistent qu'en simples � D�l�j'�is trop occup�ans la vie r�le
et je n'ai pas avanc�bsp;�, un accus��ption montrant que les messages ne
restent pas sans r�nse est mieux que rien du tout. Je vise �ncourager ces
mises �our, et si je suis � j'enverrai des nouvelles r�li�s du
responsables du projet Debian.
</p>
<h3>Apprentissage et nouveau responsable de paquets</h3>
<p>
Actuellement le processus du nouveau responsable de paquets contient des tests
d�ill�sur les capacit�techniques des candidats, et bien s�est quelque
chose de bon et d'utile. Malheureusement, nous ne s�ctionnons pas sur les
comp�nces sociales ; nous avons besoin de travailler ensemble comme une
communaut�bsp;!
</p>
<p>
On demande souvent aux nouveaux responsables de paquets de montrer leurs
comp�nces en construisant de nouveaux paquets o�reprenant un paquet
abandonn�C'est utile pour tester les comp�nces d'empaquetage, mais cela peut
conduire �aire travailler les nouveaux responsables de paquets sur des
logiciels pour lesquels ils n'ont pas de r� int�t – pour aller
plus loin, il y a de grandes chances que ces paquets soient �ouveau
abandonn�
</p>
<p>
J'aimerais sugg�r qu'une plus grande partie de l'entra�ment des nouveaux
responsables de paquets devrait plus se r�iser en �ipe. Nous avons un grand
nombre de paquets pour lesquels les responsables pourraient accepter de l'aide,
et un grand nombre de nouveaux responsables de paquets qui recherchent du
travail. Je crois que c'est un domaine dans lequel nous pouvons beaucoup nous
am�orer. Nous avons besoin de responsables de paquets compr�nsifs pour
faire ce travail – ils seraient responsables du travail r�is�puis devraient faire un compte-rendu aux responsables de candidature concern�
Je me suis d� port�olontaire pour cet effort avec certains de mes paquets,
et je souhaiterais encourager d'autres d�loppeurs Debian �aire de m�.
</p>
<p>
Nous avons �lement besoin de trouver comment traiter plus efficacement les
nombreux types diff�nts de contributeurs que nous avons d�rmais. En plus
des responsables de paquets, nous disposons de plus en plus de gens qui
travaillent sur d'autres domaines importants comme les traductions. Il y a un
certain temps, nous avons eu un bon d�t �e sujet et nous devons r�er
cette question.
</p>
<h3>Ouverture au sein du projet</h3>
<p>
Nous promettons d'�e aussi ouverts que possible, mais nous �ouons souvent
sur ce front. C'est parfois n�ssaire (par exemple lors des d�ts �uis cl�ur les mises �our de s�rit� mais la plupart du temps �ne l'est pas.
Parfois des d�ts sont priv�alors qu'ils ne devraient pas l'�e, et ce
n'est pas une bonne chose pour nous. Parfois du travail technique est r�is�u sein de nos diverses �ipes et, lorsqu'il est pr�nt� une audience plus
large, il re�t des accusations d'avoir � fait en secret.
</p>
<p>
Malheureusement, il n'y a aucune potion magique pour am�orer cette
situation. Je crois qu'un des principaux points de blocage est l'agressivit�ui est souvent montr�sur nos forums de d�loppement, et il faut couper
court �ela d'abord. Une fois que nous disposerons d'une atmosph� de
discussion plus sereine, des discussions plus ouvertes arriverons
naturellement.
</p>
<h3>Standards techniques</h3>
<p>
Dans notre grand d�t de logiciels, nous avons un tr�grand nombre de paquets
et de responsables. La plupart du travail dans Debian est tr�bien fait, mais
malheureusement pas totalement. Beaucoup de choses ont � dites dans le pass�ur nos d�loppeurs qui sont des volontaires et qu'on ne peut pas forcer �ravailler sur ce qu'ils ne veulent pas faire. Cela peut excuser les gens qui
travaillent peu sur leurs paquets, mais cela n'excuse <strong>pas</strong> une
partie du manque de soin qui arrive de temps en temps, par exemple les paquets
qui ne se construisent pas sur un syst� propre.
</p>
<p>
Nous avons un nombre grandissant d'outils que les responsables de paquets
peuvent utiliser pour v�fier la qualit�e leurs paquets (linda, lintian et
d�rmais piuparts). Nous avons construits des outils qui peuvent r�ire les
risques de d�ndances cass� et d'autres probl�s lors de la construction
(sbuild, pbuilder, etc.). Cependant nous avons toujours des paquets cass�ou
de faible qualit�ui sont t�charg�r�li�ment.
</p>
<p>
Je peux voir deux probl�s ici. Certains de nos responsables de paquets ne
sont pas au courant des mises �ours qui ont � faites sur nos outils et nos
proc�res. Certains d'entre nous ne ressentent pas la n�ssit�'utiliser ces
nouveaux outils et m�odes. Chacun de ces probl�s devrait pouvoir �e
r�lu : il faudrait plus de documentation sur les meilleures pratique
d'empaquetage et les m�odes de test, �a fois en d�ivant ce qui est
disponible et quel en est l'int�t.
</p>
<h3>Travailler efficacement ; demander de l'aide</h3>
<p>
En poursuivant sur le point pr�dent : une autre partie du travail de
d�loppeur Debian est de travailler efficacement, �a fois sur ses propres
paquets et au sein du projet dans son ensemble. Cela comprend des choses
simples comme la gestion des bogues de ses paquets de mani� ponctuelle, mais
aussi des choses plus complexes, comme le prise en compte de l'impact de
modifications sur le calendrier des publications. Travailler efficacement n'est
pas important seulement pour sa propre satisfaction ; cela a aussi un
impact majeur sur le temps qu'il nous faut pour publier les versions et
le ressenti des utilisateurs de Debian.
</p>
<p>
�mon avis, la clef du travail efficace est l'honn�t�Nous pouvons tous
manquer de temps pour faire le travail que nous avions promis. Apr�tout, la
vie r�le a la f�euse habitude de s'introduire dans notre temps
� perdu �. Tant que nous ne laissons pas les choses prendre trop de
d�i, nous pouvons tenir le coup et continuer �ontribuer. Mais �n moment,
nous avons besoin d'�e plus honn�s avec nous-m�s et admettre vraiment
que nous ne pouvons plus continuer �aire le travail promis. C'est difficile �aire, mais dans une communaut�onviviale o�s travaillons tous ensemble
pour un but commun, il ne devrait y avoir <strong>aucune</strong> honte �emander de l'aide.
</p>
<p>
De mani� plus g�rale, des proc�res existent pour que les d�loppeurs
Debian quittent temporairement le projet si la vie r�le les accapare, puis
le joignent �ouveau lors leur situation change. Encore une fois, il n'y a
aucune honte �aire cela – nous devrions nous r�uir de
reconna�e toutes les contributions des gens qui ont contribu�u logiciel
libre lorsqu'ils le pouvaient. Mais, il y a toujours beaucoup de gens qui ne
prennent pas ce chemin et au lieu de cela disparaissent simplement. Retrouver
les d�loppeurs Debian qui ont simplement laiss�omber le projet peut prendre
un certain temps.
</p>
<h2>Pourquoi voter pour moi ?</h2>
<p>
Nous avons un grand nombre de candidats cette ann� ce qui peut rendre le
choix difficile pour nos d�loppeurs. Je crois que je peux r�iser du bon
travail en tant que responsable du projet Debian gr� aux qualit�suivantes :
</p>
<ul>
<li><strong>Exp�ence :</strong> Je suis d�loppeur au sein de Debian
depuis plus de dix ann�. J'ai fait beaucoup de travail d'empaquetage,
j'ai vu Debian �luer beaucoup dans ce laps de temps, et je me suis
impliqu�ans de nombreux d�ts diff�nts. En ayant travaill�omme 2IC,
cela signifie que je connais d� ce que le travail de responsable du
projet Debian entra�, et je suis heureux de pouvoir faire ce
travail.</li>
<li><strong>Organisation :</strong> En plus de l'empaquetage, j'ai fait
beaucoup de travail de promotion pour Debian. J'ai organis�es stands
Debian lors de nombreuses expositions et manifestations ces derni�s
ann�, et je g� la liste de diffusion debian-uk. Ces deux choses
permettent d'�e conscient de ce qu'est Debian et de ses buts. Je suis
�lement le tr�rier actuel de la <em>Debian UK Society</em>. J'ai aussi
une bonne exp�ence du � gr�risme �, y compris de
l'organisation de voyages pour les groupes pour les conf�nces Debian, le
FOSDEM ou d'autres �nements. J'ai aussi men�ertains travaux lors de la
septi� conf�nce Debian, en particulier sur le parrainage et les
finances.</li>
<li><strong>Social :</strong> Je suis un programmeur, ce qui signifie
que j'ai des avis tranch�sur de nombreux sujets (sourire). Malgr�ela,
je crois �e honn�, g�ralement abordable et qu'il est facile de
travailler avec moi. Je suis un bon communicateur et n�ciateur, et je
me suis fait de nombreux amis dans la communaut�ebian et plus largement
celle du logiciel libre ces derni�s ann�.</li>
</ul>
<h2>R�m�h2>
<p>
J'ai abord�ci certains probl�s qui ne sont heureusement pas surprenants
pour la plus grande partie de notre communaut�Je dois reconna�e �lement
le fait que le responsable du projet Debian n'a pas le pouvoir d'imposer
facilement les changements comme il les voit. Le mieux qu'il puisse faire est
de nous encourager �ous am�orer, parfois par des discussions et des d�ts
et parfois en donnant l'exemple. Je ne pr�nds pas �e parfait, mais je crois
que je peux nous aider �tteindre certains des buts que j'ai list�ici.
</p>
<p>
Merci d'avoir pris le temps de lire mon programme.
</p>
<h2>R�tation</h2>
<p>
Tous d'abord, je voudrais dire que cette ann�(encore) je crois que nous avons
une s�ction de bons candidats. C'est l'un des aspects de l'�ction du
responsable du projet Debian que je j'aime le moins, car je ne crois pas avoir
d'opinion n�tive sur les autres candidats. N�moins, je dois faire un
effort. J'aimerais �e responsable du projet Debian (�demment, sinon je
n'aurais pas � candidat !) mais je serai aussi heureux de voir
<strong>toute</strong> personne comp�nte �e. Beaucoup d'id� se recoupent
�e que je peux voir. Voici ce que je pense des autres candidats et de leurs
programmes :
</p>
<h3>Wouter Verhelst</h3>
<p>
Wouter est un d�loppeur Debian connu et exp�ment�ue je consid� comme un
ami. Nous nous sommes rencontr�de nombreuses fois, en particulier lors de
conf�nces Debian et de FOSDEM. Il dit vouloir am�orer le noyau social de
Debian, je suis d'accord avec cela et je lui souhaite beaucoup de chance sur ce
point.
</p>
<h3>Aigars Mahinovs</h3>
<p>
Aigars est un candidat peu connu, sans point pr�s li� Debian qui me vienne �'esprit. Je dois reconna�e que son id�sur les publications, un tronc de
distribution et le processus des anciens responsables ne me disent rien. Sur la
r�rme des fichiers de configuration, je pense qu'il a des id�
int�ssantes, mais je ne vois pas cela comme relevant du travail du
responsable du projet Debian du tout. Pour que ce soit not�je suis totalement
d'accord avec lui au sujet des marques d�s�. Toute l'id�qui est derri�
les marques d�s� est un g�is !
</p>
<h3>Gustavo Franco</h3>
<p>
Gustavo a list�ans son programme une quantit�strong>colossale</strong> de
buts, couvrant le moindre domaine de Debian que je connaisse : les
publications, les �ipes principales, le syst� de gestion des bogues, le
processus du nouveau responsable, de nouveaux processus et bien bien plus. Je
lui souhaite bonne chance pour tout ce qu'il pourra r�iser dans cette grande
liste ; je pense qu'il en aura besoin.
</p>
<h3>Sven Luther</h3>
<p>
Je ne vois aucun programme.
</p>
<h3>Sam Hocevar</h3>
<p>
J'ai � impressionn�'ann�derni� par les tentatives de Sam pour faire de
humour sur les probl�s de Debian, aussi je ne m'attends pas �rand chose de
plus cette fois. Cependant, son programme contient beaucoup d'id� positives
sur la mani� d'am�orer les choses et j'esp� qu'il pourra en d�vrer
quelques unes.
</p>
<h3>Rapha�Hertzog</h3>
<p>
Rapha�contribue �ebian depuis un certain temps, il est sans doute connu
surtout pour avoir beaucoup travaill� Alioth. Nous avons travaill�nsemble
dans le pass�et les buts qu'il sugg� semblent tr�raisonnables. Il appuie
principalement pour un bureau du responsable du projet Debian, une id�qui ne
me convient pas �00 %. Malgr�ela, je lui ai propos�e faire partir
de ce bureau au cas o�serait � – apr�tout, le travail de
responsable du projet Debian devra �e fait et je serai heureux de pouvoir
l'aider.
</p>
<h3>Anthony Towns</h3>
<p>
AJ et moi avons pas mal travaill�nsemble l'ann�derni� comme responsable
du projet Debian et 2IC<!-- c est quoi �? -->. � a � tr�productif, et je
le remercie de m'avoir donn�l'opportunit�e l'aider. Il parle cette ann�de
technologie, de communaut�t de faire avancer les choses, des sujets
importants. Je sais qu'AJ peut beaucoup apporter comme responsable du projet
Debian, et je lui souhaite encore beaucoup de chance dans la comp�tion cette
ann�
</p>
<h3>Simon Richter</h3>
<p>
Je ne suis pas s� bien comprendre les id� de Simon. Il liste des
probl�s dans son programme, mais je ne vois aucune proposition pour les
r�udre.
</p>
Attachment:
signature.asc
Description: Digital signature