[RFR] wml://vote/2010/platforms/zack.wml

To: debian-l10n-french <debian-l10n-french@lists.debian.org>
Subject: [RFR] wml://vote/2010/platforms/zack.wml
From: David Prévot <david@tilapin.org>
Date: Tue, 27 Mar 2012 21:16:41 -0400
Message-id: <[🔎] 4F726679.4010403@tilapin.org>

Salut,

J'avais eu l'idée de m'en occuper l'an passé (le programme de 2011
faisait pas mal référence à celui de 2010) mais m'était finalement
dégonflé. J'ai trouvé le courage de le faire cette année. Le
différentiel joint est relatif au programme de 2011. par avance merci
pour vos relectures.

Amicalement

David

--- french/vote/2011/platforms/zack.wml	2012-03-26 16:45:51.131764186 -0400
+++ french/vote/2010/platforms/zack.wml	2012-03-27 21:12:44.004927260 -0400
@@ -1,6 +1,6 @@
 #use wml::debian::template title="Programme de Stefano Zacchiroli" BARETITLE="true" NOHEADER="true"
 #include "$(ENGLISHDIR)/vote/style.inc"
-#use wml::debian::translation-check translation="1.5" maintainer="David PrÃ©vot"
+#use wml::debian::translation-check translation="1.6" maintainer="David PrÃ©vot"
 
 {#style#:
 <STYLE type="text/css">
@@ -83,30 +83,64 @@
 
 <TABLE CLASS="title"><TR><TD><H1 CLASS="titlemain">Programme de chef du projet Debian</H1><H3 CLASS="titlerest">Stefano Zacchiroli<BR>
  <A HREF="mailto:zack@debian.org";><TT>zack@debian.org</TT></A><BR>
- <A HREF="http://upsilon.cc/~zack";><TT>http://upsilon.cc/~zack</TT></A></H3><H3 CLASS="titlerest">13Â marsÂ 2011</H3></TD></TR>
-</TABLE><DIV CLASS="flushright">
-<p class="mini">
- VersionÂ : <TT>3.0</TT><BR>
+ <A HREF="http://upsilon.cc/~zack";><TT>http://upsilon.cc/~zack</TT></A></H3><H3 CLASS="titlerest">12Â marsÂ 2010</H3></TD></TR>
+</TABLE><DIV CLASS="flushright"><p class="mini">
+VersionÂ : <TT>2.1</TT><BR>
  Autres formatsÂ :
-<A HREF="http://www.upsilon.cc/~zack/hacking/debian/dpl-2011/platform.html";>HTML</A>,
-<A HREF="http://www.upsilon.cc/~zack/hacking/debian/dpl-2011/platform.pdf";>PDF</A>.<BR>
- Plus de renseignements <A HREF="http://www.upsilon.cc/~zack/hacking/debian/dpl-2011/";>\
+<A HREF="http://www.upsilon.cc/~zack/hacking/debian/dpl-2010/platform.html";>HTML</A>,
+<A HREF="http://www.upsilon.cc/~zack/hacking/debian/dpl-2010/platform.pdf";>PDF</A>.<BR>
+ Plus de renseignements <A HREF="http://www.upsilon.cc/~zack/hacking/debian/dpl-2010/";>\
 sur mon site</A>.
 </DIV>
 
-<p>
-Je m'appelle <A HREF="http://upsilon.cc/~zack";>Stefano Zacchiroli</A>
-â??Â surtout connu sous le pseudonyme <EM>Zack</EM>.
-
-J'exerce le rÃ´le de chef du projet Debian pour l'annÃ©e 2010-2011
-et me prÃ©sente pour renouveler ce mandat l'an prochain.
+<H2 CLASS="section">RÃ©sumÃ©</H2>
+<P>
+Salut, je m'appelle <A HREF="http://upsilon.cc/~zack";>Stefano Zacchiroli</A>
+â??Â surtout connu sous le pseudonyme <EM>Zack</EM>Â â??
+et me prÃ©sente pour devenir chef du projet Debian.
+</P>
+
+<DIV CLASS="summary">
+Les <B>principaux points</B> de mon programme sont les suivants.
+<UL CLASS="itemize">
+<LI CLASS="li-itemize"><I>
+J'ai l'intention d'Ãªtre un chef du projet <EM>prÃ©sent</EM>, Ã  la fois
+dans les discussions et en tant que responsable du programme du projet.
+</I></LI>
+<LI CLASS="li-itemize"><I>
+Je fournirai un flux rÃ©gulier de nouvelles de mes activitÃ©s de chef du
+projet, Ã  figer et envoyer <EM>tous les mois</EM> Ã  <TT>d-d-a</TT>.
+</I></LI>
+<LI CLASS="li-itemize"><I>
+J'appliquerai des mÃ©canismes conformes au <EM>consensus</EM> s'il existe.
+</I></LI>
+<LI CLASS="li-itemize"><I>
+J'agirai en faveur de voies d'accÃ¨s Ã  Debian plus
+<EM>progressives</EM> et <EM>gratifiantes</EM>.
+</I></LI>
+<LI CLASS="li-itemize"><I>
+Je me battrai contre l'excÃ¨s de propriÃ©tÃ© des paquets
+<EM>s'il entre en conflit avec la qualitÃ©</EM>.
+</I></LI>
+<LI CLASS="li-itemize"><I>
+Je ferai de mon mieux pour soutenir, avec de l'argent et
+d'autres ressources, les rencontres de contributeurs.
+</I></LI>
+</UL>
+</DIV>
 
-Ce programme prÃ©sente des renseignements personnels d'ordre gÃ©nÃ©ral
-(sectionÂ <A HREF="#sec:intro">1</A>), dÃ©crit mes objectifs
-principaux en tant que chef du projet Debian (sectionÂ <A
+<P>
+Le reste de ce programme prÃ©sente des renseignements personnels d'ordre gÃ©nÃ©ral
+(sectionÂ <A HREF="#sec:intro">1</A>), dÃ©crit
+les points prÃ©cÃ©dents avec plus de prÃ©cision (sectionÂ <A
 HREF="#sec:goals">2</A>) et met en valeur des projets plus
 spÃ©cifiques pour mon mandat (sectionÂ <A HREF="#sec:itches">2.3</A>).
-</p>
+
+La rÃ©futation est disponible en AnnexeÂ <A HREF="#sec:rebuttals">A</A>.
+
+Si vous avez lu mon programme de 2009, vous pourriez Ãªtre intÃ©ressÃ© par
+le journal des modifications (AnnexeÂ <A HREF="#sec:changelog">B</A>).
+</P>
 
 <H2 CLASS="section"><A NAME="htoc1">1</A>Â Â Introduction</H2>
 <P><A NAME="sec:intro"></A></P>
@@ -129,23 +163,12 @@
 
 <DL CLASS="description">
 <DT CLASS="dt-description">
-<B>DPL</B>Â : chef du projet Debian
-</DT>
-<DD CLASS="dd-description">
-J'exerce actuellement le rÃ´le de chef du projet Debian depuis avrilÂ 2010.
-
-Des comptes-rendus de mes activitÃ©s en tant que chef du projet Debian sont
-accessibles dans diverses <A HREF="http://wiki.debian.org/Teams/DPL";>\
-incarnations des <q>brÃ¨ves du chef de projet Debian</q></a> ainsi que sur
-<A HREF="http://upsilon.cc/~zack/tags/dpl/";>mon blog</A>.
-</DD>
-
-<DT CLASS="dt-description">
 <B>PTS</B>Â : systÃ¨me de suivi des paquets
 </DT>
 <DD CLASS="dd-description">
 J'ai comaintenu le <A HREF="http://packages.qa.debian.org";>\
-systÃ¨me de suivi des paquets (PTS)</A> de 2006 Ã  2010,
+systÃ¨me de suivi des paquets (PTS)</A>
+pendant les quatre ou cinq derniÃ¨res annÃ©es,
 participant Ã  la maintenance quotidienne ainsi qu'Ã  des
 <A HREF="http://upsilon.cc/~zack/blog/posts/2008/11/PTS_SOAP_interface/";>modifications</A>
 <A HREF="http://upsilon.cc/~zack/blog/posts/2008/08/improved_integration_among_PTS_and_Lintian/";>plus</A>
@@ -163,7 +186,7 @@
 <B>QA</B>Â : assurance qualitÃ©
 </DT>
 <DD CLASS="dd-description">
-De faÃ§on plus gÃ©nÃ©rale, j'ai longtemps fait partie de l'Ã©quipe d'<A
+De faÃ§on plus gÃ©nÃ©rale, je fait partie depuis longtemps de l'Ã©quipe d'<A
 HREF="http://qa.debian.org/";>assurance qualitÃ©</A>Â : j'aime penser au
 projet comme un tout et chercher de nouvelles solutions (par exemple
 <A HREF="http://wiki.debian.org/UltimateDebianDatabase";>UDD</A>, <A
@@ -196,7 +219,7 @@
 <B>RCBW</B>Â : bogues critiques pour la publication (<q>RC bug</q>) de la semaine
 </DT>
 <DD CLASS="dd-description">
-De septembreÂ 2009 Ã  avrilÂ 2010, j'ai participÃ© Ã  la correction
+Depuis septembreÂ 2009, j'ai participÃ© Ã  la correction
 d'un bogue critique pour la publication par jour en initiant les <EM>bogues
 critiques pour la publication de la semaine</EM>, consultez la <A
 HREF="http://upsilon.cc/~zack/hacking/debian/rcbw/";>page des
@@ -211,20 +234,24 @@
 J'ai rejoint le <A HREF="https://nm.debian.org/whoisam.php";>comitÃ© de
 nouveau responsable</A> en 2009, en devenant responsable de candidature.
 
-J'ai Ã©tÃ© le mentor de cinq nouveaux responsables,
-qui sont tous devenus dÃ©veloppeurs Debian.
+Je me suis occupÃ© de quatre nouveaux responsables,
+dont deux sont devenus dÃ©veloppeurs Debian depuis.
 </DD>
 
 <DT CLASS="dt-description">
 <B>Empaquetage</B>
 </DT>
 <DD CLASS="dd-description">
-J'ai maintenu plusieurs douzaines de paquets pour Debian.
+Je maintiens aussi <A
+HREF="http://qa.debian.org/developer.php?login=zack@debian.org";>\
+plusieurs paquets</A>.
 
 En plus des paquets relatifs Ã  OCaml, je suis fier de plusieurs contributions
 Ã  <A HREF="http://packages.debian.org/sid/devscripts";><TT>devscripts</TT></A>,
-<A HREF="http://packages.debian.org/sid/vim";><TT>vim</TT></A> et <A
-HREF="http://packages.debian.org/sid/python-debian";><TT>python-debian</TT></A>.
+<A HREF="http://packages.debian.org/sid/vim";><TT>vim</TT></A>, <A
+HREF="http://packages.debian.org/sid/python-debian";><TT>python-debian</TT></A>
+et <A HREF="http://packages.debian.org/sid/python-turbogears2";><TT>\
+turbogears2</TT></A>.
 </DD>
 </DL>
 
@@ -233,22 +260,23 @@
 rÃ©guliÃ¨rement participÃ© aux <A HREF="http://www.debconf.org/";>DebConf</A>
 et, quand mon temps le permettait, Ã  d'autres rencontres en personne comme
 des <A HREF="http://wiki.debian.org/BSP2010/Moenchengladbach";>chasses aux
-bogues</A> et des <A HREF="http://wiki.debian.org/Sprints";>sprints</A>.
+bogues</A> et des <A
+HREF="http://wiki.debian.org/DebianQAExtremadura2008?action=fullsearch&amp;context=180&amp;value=debian+extremadura&amp;titlesearch=Titles";>\
+rencontres en EstrÃ©madure</A>.
 </P>
 
 <P>
 Dans la vie, je suis <A HREF="http://upsilon.cc/~zack/research/";>\
 chercheur en informatique</A>, et travaille en tant que chercheur
 postdoctoral au laboratoire <A HREF="http://www.pps.jussieu.fr";>PPS</A>
-et au centre de recherche <A HREF="http://www.irill.org";>IRILL</A>.
+Ã  l'<A HREF="http://www.univ-paris-diderot.fr";>UniversitÃ© Paris Diderot</A>.
 
-Ces deux lieux sont des repaires de dÃ©veloppeurs Debian, oÃ¹ les pauses-cafÃ©
+Le laboratoire ressemble Ã  un repaire de dÃ©veloppeurs Debian, oÃ¹ les pauses-cafÃ©
 se transforment souvent en discussions passionnantes autour de Debian.
 
 Je travaille surtout sur le projet <A
 HREF="http://www.mancoosi.org";>Mancoosi</A>, oÃ¹ nous
-appliquons les mÃ©thodes formelles pour Ã©tudier les systÃ¨mes
-basÃ©s sur des composants comme les distributions libres.
+appliquons les mÃ©thodes formelles pour Ã©tudier les distributions libres.
 
 Le projet contribue rÃ©guliÃ¨rement en retour sous la forme d'outils
 pour la communautÃ© comme <A
@@ -258,44 +286,77 @@
 utilisÃ©s quotidiennement par Debian et d'autres distributions.
 </P>
 
-
-<H3 CLASS="subsection"><A NAME="htoc3">1.2</A>Â Â Pourquoi je demande Ã  Ãªtre rÃ©Ã©lu</H3>
+<H3 CLASS="subsection"><A NAME="htoc3">1.2</A>Â Â Pourquoi je me prÃ©sente au poste de chef du projet</H3>
 <P><A NAME="sec:whyrunning"></A></P>
 <P>
-Mes motivations gÃ©nÃ©rales pour devenir chef du
-projet Debian sont bien expliquÃ©es dans mon <A
-HREF="$(VOTE)/2010/platforms/zack#htoc3">\
-programme de l'an passÃ©</A>.
+Ã?tre chef du projet reprÃ©sente deux facettes diffÃ©rentesÂ : le
+rÃ´le institutionnel et quelques objectifs supplÃ©mentaires que le
+futur chef de projet a l'intention d'atteindre pendant le mandat.
 
-Elles sont toujours d'actualitÃ© et sont des raisons qui me motivent
-pour exercer en tant que chef du projet Debian une nouvelle annÃ©e.
+Le rÃ´le institutionnel est <A HREF="$(DEVEL)/constitution#5">dÃ©crit dans
+notre constitution</A> et est Ã  propos de trois tÃ¢chesÂ : les prises de
+dÃ©cisions ordinaire et extraordinaire, les relations publiques avec
+le monde extÃ©rieur et l'aiguillage des discussions au sein du projet.
 </P>
 
 <P>
-De plus, j'ai par expÃ©rience remarquÃ© que le rÃ´le de chef du projet Debian
-est une tÃ¢che qui demande un <EM>temps de chauffe</EM> plutÃ´t long.
-
-Au dÃ©but du mandat, il faut trouver l'Ã©quilibre entre de nombreuses
-tÃ¢ches, comme suivre l'activitÃ© de la communautÃ©, dÃ©crire et communiquer
-sur les allÃ©es et venues du chef du projet Debian, choisir quand
-intervenir et quand rester en retrait, ainsi qu'apprendre Ã  connaÃ®tre et
-se faire connaÃ®tre d'un grand nombre de personnes extÃ©rieures
-(reprÃ©sentants d'autres distributions et entreprises, organisations Ã 
-but non lucratif, avocats, administrations publiques, journalistes,Â etc.)
+Mon point de vue sur les raisons qui nous incitent Ã  avoir un chef du projet
+est basÃ© sur le fait que nous fonctionnons comme une <q>do-ocracy</q>Â :
+n'importe qui ayant l'intention de faire des choses peut dÃ©cider de la
+faÃ§on de le faire et personne ne peu Ãªtre obligÃ© de faire quoi que ce soit.
 
-Ce temps de chauffe permet d'<q>apprendre le
-boulot</q> mais peut durer plusieurs mois.
+Ã?tant donnÃ© notre nombre, nous avons tendance Ã 
+la modifier en une <q>do-ocracy imparfaite</q>Â :
+</P>
+<DIV CLASS="alphaenum">
+<OL CLASS="enumerate">
+<LI CLASS="li-enumerate"> 
+des restrictions d'accÃ¨s sont ajoutÃ©es pour empÃªcher les
+gens de rÃ©aliser des actions potentiellement dangereusesÂ ;
+</LI>
+<LI CLASS="li-enumerate">
+les tÃ¢ches peu passionnantes risquent de moisir
+parce que personne n'est motivÃ© pour s'en chargerÂ ;
+</LI>
+<LI CLASS="li-enumerate">
+ceux qui obtiennent certaines positions pourraient nÃ©gliger leurs
+autres devoirs et diminuer la qualitÃ© du service qu'ils offrent,
+parce qu'ils n'admettent pas ne plus Ãªtre aptes pour ces tÃ¢ches.
+</LI>
+</OL>
+</DIV>
 
-Pour le prochain mandat, j'aimerais profiter de l'expÃ©rience accumulÃ©e pour
-Ãªtre plus efficace Ã  aider la communautÃ© Debian dÃ¨s le premier jour.
+<P>
+Le chef du projet a le devoir, pour un temps limitÃ©,
+d'attÃ©nuer les imperfections de notre <q>do-ocracy</q>Â :
 </P>
+<DIV CLASS="alphaenum">
+<OL CLASS="enumerate">
+<LI CLASS="li-enumerate"> 
+de remarquer les restrictions d'accÃ¨s trop contraignantes
+qui empÃªchent les gens capables de travailler, en
+induisant de l'inefficacitÃ© et des frustrationsÂ ;
+</LI>
+<LI CLASS="li-enumerate">
+de trouver des gens volontaires pour les tÃ¢ches peu passionnantes
+pour le bien gÃ©nÃ©ral du projet (en Ã©change du mÃ©rite adÃ©quat)Â ;
+</LI>
+<LI CLASS="li-enumerate">
+(rÃ©)assigner des gens aux positions clefs pour amÃ©liorer la
+qualitÃ© du service Ã  l'intÃ©rieur et Ã  l'extÃ©rieur du projet.
+</LI>
+</OL>
+</DIV>
 
 <P>
-Je demande aussi Ã  Ãªtre rÃ©Ã©lu parce que mÃªme si je suis content de
-plusieurs modifications survenues dans Debian l'an passÃ© (pas grÃ¢ce
-Ã  moi, mais Ã  bien plus de gens que je ne pourrais nommer ici), j'ai
-aussi accumulÃ© plus de points Ã  traiter en tant que chef du projet
-Debian qu'il n'est possible de gÃ©rer avant la fin de ce mandat.
+La rÃ©compense est l'occasion de faire pression pour des amÃ©liorations Ã 
+l'Ã©chelle du projet par le seul mÃ©rite d'occuper le poste de chef du projet.
+</P>
+<P>
+J'ai l'intention de relever le dÃ©fi d'Ãªtre un chef de projet
+transparent et prÃ©sent, et d'amÃ©liorer les mÃ©canismes de notre projet.
+
+C'est pourquoi je me prÃ©sente au poste de chef du projet.
 </P>
 
 
@@ -328,170 +389,208 @@
 
 <H3 CLASS="subsection"><A NAME="htoc5">2.1</A>Â Â Vision</H3>
 <P><A NAME="sec:vision"></A></P>
-<H5 CLASS="paragraph">Le rÃ´le de Debian</H5>
+<H5 CLASS="paragraph">Contributeurs non empaqueteurs</H5>
 <P>
-L'Ã©cosystÃ¨me du logiciel libre est vaste et en expansion.
+L'introduction des <A HREF="http://wiki.debian.org/DebianMaintainer";>\
+DM</A> (mainteneurs Debian) a Ã©tÃ© un Ã©vÃ©nement heureux pour Debian.
 
-Toutes les distributions actives ici devraient Ãªtre bien
-au fait de leurs buts propres et caractÃ¨res distinctifs.
+Certaines personnes critiquent le fait que cela a ouvert
+notre archive Ã  des paquets de qualitÃ© infÃ©rieure.
 
-Lors de ce prÃ©sent mandat, j'ai communiquÃ© sur le rÃ´le de Debian
-en remarquant que nous offrons un jeu plutÃ´t rare, sinon unique,
-de fonctionnalitÃ©s parmi les principales distributions libres.
+Cela pourrait Ãªtre vrai, mais nous avons aussi des (tas de)
+paquets de qualitÃ© infÃ©rieure maintenus par des responsables Ã 
+part entiÃ¨re qui ont perdu l'intÃ©rÃªt qu'ils portaient Ã  Debian.
 
-Ces fonctionnalitÃ©s sont composÃ©es d'un mÃ©lange
-d'aspects techniques et <q>politiques</q>Â :
-(1)
-une attention particuliÃ¨re Ã  la qualitÃ© des paquets, sans
-distinction entre une premiÃ¨re et une seconde classe de paquetsÂ ;
-(2)
-une culture forte du logiciel libre, qui refuse de proposer des
-logiciels non libres par dÃ©faut aux utilisateurs et aux dÃ©veloppeurs
-de la distribution (dans l'infrastructure utilisÃ©e pour faire Debian)Â ;
-(3)
-une indÃ©pendance des intÃ©rÃªts commerciaux, sans aucune
-entreprise ou entitÃ© qui pourrait prÃ©tendre entretenir DebianÂ ;
-et (4)
-un modÃ¨le de prise de dÃ©cision fondÃ© sur un Ã©quilibre de
-<q>do-ocracy</q> et de dÃ©mocratie, ce qui signifie qu'en faisant
-(plutÃ´t qu'en parlant), tout le monde peut avoir un impact sur Debian.
+La solution aux deux est <EM>plus d'assurance qualitÃ©</EM>.
 </P>
-
 <P>
-Je crois que ce qui prÃ©cÃ¨de fait de Debian une contributrice
-plutÃ´t unique et fondamentale au logiciel libre et j'ai
-l'intention de continuer Ã  prÃ©senter le projet de cette faÃ§on,
-Ã  la fois Ã  la communautÃ© Debian et aux acteurs extÃ©rieurs.
+Par l'intermÃ©diaire du processus de DM, de nombreuses personnes enthousiastes
+ont rÃ©ussi Ã  rejoindre Debian, augmentant notre force de travail.
 
-Pour plus de renseignements Ã  ce sujet, vous pouvez consulter l'article <A
-HREF="http://upsilon.cc/~zack/blog/posts/2011/01/who_the_bloody_hell_cares_about_Debian/";>\
-<q>Qui diable se soucie de DebianÂ ?</q></A> sur mon site et ma <A
-HREF="http://git.upsilon.cc/cgi-bin/gitweb.cgi?p=talks/20110206-fosdem.git;a=tree;h=refs/heads/pdf;hb=pdf";>\
-prÃ©sentation au FOSDEMÂ 2011</A>, qui porte le mÃªme nom.
-</P>
+De plus, le processus de DM a incitÃ© un <em>processus plus contrÃ´lÃ©</em>
+pour devenir dÃ©veloppeur Debian Ã  part entiÃ¨re, avec une meilleure
+garantie d'engagement sÃ©rieux dans Debian, et des niveaux d'expÃ©rience.
 
-<H5 CLASS="paragraph">Contribuer Ã  Debian</H5>
+Dans l'ensemble, le processus de DM est une voie d'accÃ¨s Ã  Debian moins
+abrupte que celle qui existait jusqu'alors, ce qui nous permet de
+rendre Ã  nos contributeurs une reconnaissance <EM>progressivement</EM>.
+</P>
 <P>
-L'an passÃ©, j'ai fait campagne sur le thÃ¨me de <A
-HREF="$(VOTE)/2010/platforms/zack#htoc5">voies
-d'accÃ¨s plus progressives et gratifiantes</A> Ã  Debian.
+Nous devons tirer les leÃ§ons du processus de DM.
+
+Nous avons beaucoup de prÃ©cieux contributeurs potentiels dans les environs.
 
-Pendant l'annÃ©e, nous avons franchi une Ã©tape significative
-dans cette direction avec l'<A HREF="$(VOTE)/2010/vote_002">\
-accueil de contributeurs non empaqueteurs</A> dans notre projet.
+Ils ont simplement besoin d'une meilleure
+documentation sur la <em>faÃ§on</em> de nous rejoindre.
 
-Je suis convaincu qu'Ã  long terme, cette modification s'avÃ©rera
-plus importante que ce dont nous pouvons apprÃ©cier pour
-l'instantÂ ; elle a le potentiel de rendre la monoculture que nous
-connaissons en culture extrÃªmement diversifiÃ©e dont nous avons
-<EM>besoin</EM> pour Ãªtre fidÃ¨les Ã  notre vocation d'universalitÃ©.
+Ils ont juste besoin de quelque chose en Ã©change,
+de quoi Ãªtre fier, qui reconnaÃ®t leurs efforts.
 
-MÃªme si techniquement, les dÃ©veloppeurs Debian non empaqueteurs ont dÃ©jÃ 
-existÃ©, en votant cette modification, nous avons non seulement communiquÃ©
-au monde entier que Debian apprÃ©cie de la mÃªme faÃ§on toutes sortes de
-contributions, mais nous avons aussi invitÃ© tous les contributeurs
-potentiels Ã  rejoindre notre <q>do-ocracy</q> avec leurs contributions.
+Je n'ai pas d'idÃ©e prÃ©conÃ§ue sur les diffÃ©rents moyens de rÃ©ussir cela (par
+exemple des listes de contrÃ´le d'accÃ¨s par opposition aux augmentations de
+droits linÃ©aires), mais nous avons besoin d'aller dans cette direction.
 
-J'ai Ã©tÃ© ravi de rÃ©aliser que plusieurs
-candidats ont dÃ©jÃ  rÃ©pondu Ã  cette invitation.
+Ce faisant, nous devrions relÃ¢cher notre hypothÃ¨se implicite que
+<EM>seules</EM> les qualitÃ©s techniques comptent dans Debian.
+
+Le <q>meilleur systÃ¨me d'exploitation</q> est <EM>surtout</EM>,
+mais pas seulement, fait de logicielsÂ ; il est aussi
+fait de traductions, d'illustrations de musiques,Â etc.
 </P>
+<DIV CLASS="mantra"><DIV CLASS="center"><I>
+J'agirai en faveur de voies d'accÃ¨s Ã  Debian plus
+<EM>progressives</EM> et <EM>gratifiantes</EM>.
+</I></DIV></DIV>
 
+<H5 CLASS="paragraph">Maintenance collaborative</H5>
 <P>
-De faÃ§on plus gÃ©nÃ©rale, nous devons faciliter les contributions Ã 
-Debian qui ne concernent pas l'empaquetage, comme la documentation,
-le tri des bogues, les essais, les traductions,Â etc.
-
-Ã? propos de contributions possibles, j'ai toujours l'impression
-que notre capacitÃ© Ã  garder ou non un Ã©ventuel contributeur dÃ©pend
-trop de la chance qu'il aura de parler Ã  la <q>bonne personne</q>.
+L'introduction du champ <TT>Uploaders</TT> a
+Ã©tÃ© un dÃ©veloppement heureux au sein de Debian.
 
-Si c'est la rÃ¨gle, un tel scÃ©nario est sÃ©rieusement sous-optimal.
+MÃªme si cela peut, en principe, permettre de former des
+Ã©quipes de personnes sans responsabilitÃ© claire pour
+certaines tÃ¢ches, cela fonctionne trÃ¨s bien en gÃ©nÃ©ral.
 
-Une maniÃ¨re de faciliter les contributions est d'apprendre les trucs
-des autres distributions qui, par exemple, ont depuis longtemps
-dÃ©cidÃ© de prÃ©senter une documentation sur <q>comment contribuer</q>
-en fonction du profil (consultez le bogue nÂºÂ 608400).
+Cela crÃ©e des espaces techniques efficaces pour la collaboration sur des
+sujets particuliers, et cela s'adapte aussi pour (re)crÃ©er des structures
+organisationnelles avec une position particuliÃ¨re et des partages de tÃ¢ches.
 </P>
-
-<H5 CLASS="paragraph">Maintenance collaborative et NMU</H5>
 <P>
-J'ai Ã©tÃ© un enthousiaste des Ã©quipes et de
-la maintenance collaborative dÃ¨s le dÃ©but.
+La maintenance collaborative ne devrait pas Ãªtre
+obligatoire (nous avons plusieurs dÃ©veloppeurs en solo
+trÃ¨s efficaces), mais ce devrait Ãªtre par dÃ©faut.
 
-Soyez certains que je n'ai pas changÃ© d'avis Ã  ce sujet <A
-HREF="$(VOTE)/2010/platforms/zack#htoc5">\
-depuis l'an dernier</A>.
+Les dÃ©butants en empaquetage devraient commencer dans des
+Ã©quipes de maintenance collaborative et y gagner en expÃ©rience.
 
-En fait, je suis en train de devenir un peu plus radical et j'ai fait
-campagne pour encore plus de NMU (faits correctementÂ !), comme expliquÃ© dans
-<A HREF="http://upsilon.cc/~zack/hacking/debian/rcbw/";>les motivations</A>
-de l'initiative des bogues critiques pour la publication de la semaine.
+Les retours des membres de l'Ã©quipe sont utiles pour
+partager le poids sur les Ã©paules du processus de NM.
 
-Je crois que les NMU (faits correctementÂ !) sont les meilleurs
-outils Ã  notre disposition pour combattre l'inertie et
-contrer les effets nÃ©gatifs de propriÃ©tÃ© du code Ã  l'extrÃªme.
+De mÃªme, nous ne devrions pas accepter la maintenance en solo quand elle vient
+de paquets qui ne sont de fait pas maintenus (Ã  identifier convenablement
+de faÃ§on quantifiable d'un point de vue de l'assurance qualitÃ©, avec
+par exemple des vÃ©rifications croisÃ©es de MIA, WAT, bapase,Â etc.)
 
-Nos <A HREF="$(DOC)/developers-reference/pkgs.html#nmu">\
-conseils actuels pour les NMU</A> sont en fait plutÃ´t tolÃ©rants et
-permettent de protÃ©ger des responsables nÃ©gligents ou non joignables, Ã 
-condition de les placer dans les meilleures conditions pour pouvoir
-rattraper plus tard le travail rÃ©alisÃ© dans le NMU.
+Dans ces cas, nous devrions suggÃ©rer â??Â ou mÃªme
+forcer si besoinÂ â?? la maintenance collaborative.
 
-Je continuerai de promouvoir la pratique des
-NMU Ã  chaque fois que ce sera nÃ©cessaire.
+Cela peut offrir une porte de sortie plus
+acceptable qu'une humiliation publique et inutile.
 </P>
+<DIV CLASS="mantra"><DIV CLASS="center"><I>
+Je me battrai contre l'excÃ¨s de propriÃ©tÃ© des paquets 
+<EM>s'il entre en conflit avec la qualitÃ©</EM>.
+</I></DIV></DIV>
 
 <H5 CLASS="paragraph">MinoritÃ©s bruyantes</H5>
 <P>
-L'an passÃ© j'ai fait campagne pour des sondages
-comme moyens de rÃ©solution de problÃ¨mes avec les <A
-HREF="$(VOTE)/2010/platforms/zack#htoc5">minoritÃ©s
-bruyantes</A> sur les listes de diffusion Debian.
-
-Je crois toujours que les sondages peuvent Ãªtre des outils Ã©ventuellement
-utiles, mais je n'ai pas vu le besoin de les utiliser l'an passÃ©.
-
-Ã? la place, plusieurs personnes â??Â y compris moiÂ â?? se sont insÃ©rÃ©es
-dans les discussions pertinentes pour faire remarquer que les
-commentaires non constructifs de la part de personnes qui ne sont
-pas en charge de parties spÃ©cifiques du projet sont inutiles
-conformÃ©ment Ã  notre constitution (consultez le bogue nÂºÂ 610262).
+Nos liste de diffusion se sont sensiblement amÃ©liorÃ©es ces derniÃ¨res annÃ©es.
+
+De temps en temps, cependant, elles sont polluÃ©es par des
+minoritÃ©s (apparemment) trÃ¨s bruyantes capables de polariser
+les dÃ©bats, ce qui n'est ni productif, ni agrÃ©able.
+
+Vu comme nous sommes attachÃ©s Ã  notre communautÃ©, nous devons parfois
+prendre part Ã  des discussions comme celle lÃ , qui explosent inÃ©vitablement
+(les messages VAC Ã  cause de cela sont bien trop frÃ©quents).
+
+Mon point de vue est le suivant.
 </P>
+<BLOCKQUOTE CLASS="quote"><p><I>
+LibertÃ© d'expressionÂ : d'accord.
+<BR/>
+Prise d'otage de la majoritÃ© silencieuse
+par des minoritÃ©s bruyantesÂ : pas d'accord.
+</I></p></BLOCKQUOTE>
+
+<P>
+Bien que nous devrions envisager â??Â et l'avons dÃ©jÃ  appliquÃ© par le
+passÃ©Â â?? des mesures de modÃ©ration Ã  l'encontre des comportements
+portant prÃ©judice de faÃ§on rÃ©pÃ©tÃ©e Ã  la communautÃ©, nous ne pouvons pas
+prendre le risque de les appliquer seulement dans l'<em>hypothÃ¨se</em>
+que les expÃ©diteurs font vraiment partie d'une minoritÃ© bruyante.
+
+MÃªme en absence de solution optimale pour ce genre
+de problÃ¨me, les artifices techniques peuvent aider.
+
+Un de ces artifices que j'aimerais utiliser et le <A
+HREF="http://master.debian.org/~jeroen/polls/";>sondage</A>,
+comme cela a Ã©tÃ© proposÃ© par d'autres il y a des annÃ©es.
+
+Le but est de permettre Ã  tous les dÃ©veloppeurs Debian de lancer
+un sondage avec authentification <EM>Ã  la</EM> <TT>devotee</TT>.
+</P>
+<P>
+Les sondages permettent d'obtenir un point de vue raisonnable de l'avis de la
+communautÃ©, sans avoir Ã  lancer la grosse machinerie de rÃ©solution gÃ©nÃ©rale.
+
+Un sondage peut soit permettre clairement aux participants d'une discussion
+(ou d'une foire d'empoigne) de se rendre compte qu'ils sont en dÃ©saccord
+avec le reste du projet et qu'ils feraient mieux d'arrÃªter enfoncer
+des portes ouvertes, soit d'indiquer qu'ils sont sur la bonne voie.
+</P><DIV CLASS="mantra"><DIV CLASS="center"><I>
+J'appliquerai des mÃ©canismes conformes au <EM>consensus</EM> s'il existe.
+</I></DIV></DIV>
 
 <H5 CLASS="paragraph">Rencontres en personne</H5>
 <P>
-L'an passÃ© j'ai aussi fait campagne pour des <A
-HREF="$(VOTE)/2010/platforms/zack#htoc5">\
-rencontres en personne</A>.
-
-Je suis content de signaler que nous avons maintenant un processus
-informel et une documentation pour les <A
-HREF="http://wiki.debian.org/Sprints";>sprints</A> et qu'il y en a eu
-dix pendant mon mandat, et que deux de plus sont prÃ©vus avant sa fin.
+Les rencontres sont nÃ©cessaires pour amÃ©liorer la qualitÃ© de
+la collaboration au sein du projet, qu'importe l'efficacitÃ©
+dont nous faisons preuve dans la communication numÃ©rique.
+
+Se rassembler en personne, programmer pendant des
+heures, faire des choses ensemble, et rentrer chez soi.
+
+Le jour suivant, votre collaboration Ã  distance sera meilleure.
+</P>
+<P>
+Permettre l'organisation de rencontres est un des meilleurs
+moyens d'utiliser l'argent de Debian et d'autre ressources,
+comme les gens justement nommÃ©s pour les gÃ©rer.
+
+Heureusement que nous avons <A HREF="http://www.debconf.org";>\
+DebConf</A>, organisÃ©e par une Ã©quipe trÃ¨s efficace.
+
+Cependant DebConf ne devrait pas Ãªtre le seul rassemblement,
+et nous devrions faire pression pour mettre en place des
+rencontres locales, et utiliser nos ressources pour cela.
+
+Je pense qu'il est tout Ã  fait raisonnable de prendre en charge
+les voyages des contributeurs actifs si cela peut leur permettre
+de se joindre Ã  d'autres pour travailler Ã  des objectifs prÃ©cis.
+</P>
+<P>
+Une simple faÃ§on de dÃ©cider quand le faire ou ne pas le
+faire, au delÃ  de la somme d'argent nÃ©cessaire, peut
+Ãªtre le nombre d'autres dÃ©veloppeurs qui le demandent.
+
+Si et <em>quand</em> l'argent devient un problÃ¨me, je ne vois rien
+qui puisse nous empÃªcher d'organiser une campagne de dons spÃ©cifique.
 </P>
+<DIV CLASS="mantra"><DIV CLASS="center"><I>
+Je ferai de mon mieux pour soutenir, avec de l'argent et
+d'autres ressources, les rencontres de contributeurs.
+</I></DIV></DIV>
 
 <H5 CLASS="paragraph">Distributions dÃ©rivÃ©es</H5>
 <P>
-Nous avons plutÃ´t bien travaillÃ© avec les distributions dÃ©rivÃ©es
-pendant l'annÃ©e, avec des initiatives comme le <A
-HREF="http://wiki.debian.org/DerivativesFrontDesk";>secrÃ©tariat
-des distributions dÃ©rivÃ©es</A> et le <A
-HREF="http://wiki.debian.org/Derivatives/Census";>recensement</A>.
-
-J'ai Ã©galement reprÃ©sentÃ© Debian lors de
-plusieurs rencontres de distributions dÃ©rivÃ©es.
-
-Sur place, j'ai fait la promotion d'un partenariat amont-aval qui n'est
-plus composÃ© par seulement deux acteurs (un en amont et un en aval),
-mais plutÃ´t par une longue chaÃ®ne de fournisseurs de logiciels oÃ¹ chaque
-fournisseur aÂ : des utilisateurs directs, des avantages par rapport Ã 
-l'amont, et agit comme une plate-forme pour plusieurs projets aval.
-
-Afin de dÃ©fendre les intÃ©rÃªts du logiciel libre â??Â pour ceux qui comme nous s'en
-prÃ©occupentÂ â?? chaque acteur devrait reconnaÃ®tre ses projets amont et
-s'efforcer de leur renvoyer (<q>restituer</q>) les correctifs pour intÃ©gration.
+Nous faisons partie d'un Ã©cosystÃ¨me du logiciel libre, dans lequel
+les correctifs circulent Ã  la fois depuis l'amont et l'aval.
 
-Dans le cas particulier de Debian, nous devrionsÂ :
+Nous <A HREF="$(HOME)/social_contract">avons promis</A> de donner nos travaux
+Ã  la communautÃ© du logiciel libre, mÃªme si nous Ã©chouons parfois Ã  le faire.
+
+Des initiatives comme le <A HREF="http://patch-tracker.debian.org";>\
+suivi de correctifs</A> nous permettent de rendre
+visibles nos modifications Ã  la fois en amont et en aval.
+</P>
+<P>
+Nos distributions dÃ©rivÃ©es nous ont en
+amont, et sont dans une situation semblable.
+
+Nous ne pouvons pas les <em>obliger</em> Ã  nous donner
+quoi que ce soit, car nos promesses ne sont pas
+forcÃ©ment les leurs, mais nous devrions tout de mÃªmeÂ :
 </P>
 
 <OL CLASS="enumerate">
@@ -512,222 +611,348 @@
 distributions dÃ©rivÃ©es que nous ne devrions pas arrÃªter de prÃ©senter.
 </P>
 
+<P>
+En particulier, nous ne devrions pas ignorer le fait
+qu'<B>Ubuntu</B> est la plus populaire de nos distributions
+dÃ©rivÃ©es et semble avoir une communautÃ© plus grande que la nÃ´tre.
+
+(i) <EM>Techniquement</EM>, nous devrions exploiter
+cela au bÃ©nÃ©fice de nos utilisateurs, en intÃ©grant les
+modifications intÃ©ressantes et en jetant le reste.
+
+Dans ce but, j'accueillerai les mÃ©canismes techniques qui permettent
+aux dÃ©veloppeurs Debian de mieux interagir avec la communautÃ©
+Ubuntu (bogues, correctifs,Â etc.) Ã  propos de leurs paquets.
+
+(ii) <EM>Politiquement</EM>, nous avons l'avantage que les
+publications d'Ubuntu contiennent 70Â % de paquets Debian non modifiÃ©s.
+
+<SUP><A NAME="text1" HREF="#note1">1</A></SUP>
+
+Cette avantage devrait Ãªtre utilisÃ© pour communiquer de faÃ§on plus
+incisive notre vÅ?u de voir Ubuntu se comporter comme un aval de
+logiciel libre convenableÂ : en remerciant et en donnant ses travaux.
+
+(iii) Enfin nous devrions <em>communiquer</em> sur les raisons qui
+nous rendent meilleurs (consultez la SectionÂ <A HREF="#sec:website">\
+2.3.1</A>) et ne pas oublier que nous <EM>sommes</EM> meilleurs.
+</P>
+
 <H3 CLASS="subsection"><A NAME="htoc6">2.2</A>Â Â Interaction avec le projet</H3>
 <P><A NAME="sec:dpl-project"></A></P>
 <H4 CLASS="subsubsection"><A NAME="htoc7">2.2.1</A>Â Â Ã?tre prÃ©sent</H4>
 <P><A NAME="sec:presence"></A></P>
 <P>
-Comme <A HREF="$(VOTE)/2010/platforms/zack#htoc6">\
-promis</A>, j'ai fait de mon mieux pour Ãªtre un chef du projet Debian
-prÃ©sent sur les listes de diffusion, m'insÃ©rant dans les discussions
-quand je l'estimais nÃ©cessaire (pour rÃ©soudre un conflit, porter une
-discussion vers sa conclusion, surveiller le programme du projet,Â etc.)
+J'ai souvent souffert d'une <q>absence</q> apparente du chef de projet.
+
+Peut-Ãªtre que cela venait de moi, que je n'anticipais pas
+suffisamment au point de solliciter le chef du projet sur IRC
+ou par courrier Ã©lectronique et lui demander, mais je considÃ¨re
+qu'il est du devoir du chef de projet de communiquer sa prÃ©sence.
+
+Cela se concrÃ©tise de deux faÃ§onÂ : l'une est de <B>mener les dÃ©bats</B> entre
+les dÃ©veloppeurs, conformÃ©ment Ã  ce qui est <A HREF="$(DEVEL)/constitution#5">\
+prÃ©vu dans la constitution</A>, quelque chose que j'ai rarement vu.
 
-Je rÃ©itÃ¨re par la prÃ©sente mon intention
-de faire de mÃªme lors du prochain mandat.
+MÃªme si nous n'en voulons pas par dÃ©faut (pas besoin d'un chef de
+projet qui <q>Ã©crit dans tous les fils</q>), j'aimerais essayer d'Ãªtre
+prÃ©sent dans les discussions <q>chaudes</q> (dÃ©finition volontairement
+vague) qui concernent l'organisation et le projet Ã  grande Ã©chelle.
+
+J'encouragerai aussi la consultation du chef de projet pour partager
+son avis sur certains sujets, en me sollicitant explicitement.
 </P>
+<P>
+L'avis du chef de projet peut aussi Ãªtre une premiÃ¨re
+tentative raisonnable de rÃ©solution de conflitÂ ;
+si cela Ã©choue, nous avons d'autres mÃ©canismes pour le rÃ©gler.
 
-<H4 CLASS="subsubsection"><A NAME="htoc8">2.2.2</A>Â Â Transparence</H4>
-<P><A NAME="sec:transparency"></A></P>
+Ã? cet Ã©gard, je pense que mes qualitÃ©s personnelles peuvent
+Ãªtre utiles au projetÂ : je suis rÃ©flÃ©chi, Ã  l'Ã©coute des
+autres et capable de changer d'avis face Ã  de bons arguments.
+</P>
 <P>
-L'an passÃ©, je me suis aussi <A
-HREF="$(VOTE)/2010/platforms/zack#htoc6">engagÃ©</A>
-Ã  informer rÃ©guliÃ¨rement de mes activitÃ©s de chef du projet Debian.
+La deuxiÃ¨me expression de prÃ©sence qui devrait Ãªtre attendue du
+chef de projet est dans la gestion du <b>programme du projet</b>,
+ainsi que dans la communication de <b>notre vision</b>.
 
-Pendant le mandat, j'ai fini par mettre en place un programme spÃ©cifique pour
-ce faireÂ ; Ã§a fonctionnait pour moi, et j'ai l'intention de recommencer.
+La gestion du programme signifie avoir des objectifs sur les sujets que
+le projet devrait <EM>considÃ©rer</EM> pendant un certain laps de temps.
 
-Pour faire court, des notes quotidiennes prises Ã  propos de mes activitÃ©s
-de chef du projet Debian sont mises Ã  la disposition des dÃ©veloppeurs
-Debian sur une machine du projet, en gÃ©nÃ©ral toutes les semaines.
+La page <A HREF="http://wiki.debian.org/DiscussionsAfterLenny";>\
+DiscussionsAfterLenny</A> â??Â et la faÃ§on dont nous (ne)
+l'avons (pas) utilisÃ©Â â?? est un exemple de ce besoin.
+
+Le chef de projet devrait s'assurer que le projet a des programmes
+de ce genre pour Ã©viter d'oublier des points importants pour ne s'en
+rappeler que plus tard au moment, par exemple, de la publication.
+</P>
+<P>
+La gestion signifie aussi garder une trace de ce qui s'est passÃ©. 
 
-Tous les mois, ces notes sont rÃ©sumÃ©es dans des <q>brÃ¨ves
-du chef de projet Debian</q> envoyÃ©es sur <TT>d-d-a</TT>.
+La <A HREF="http://dep.debian.net/deps/dep0/";>proposition de DEP</A>,
+Ã  laquelle j'ai contribuÃ© au dÃ©but, est une tentative dans ce sensÂ :
+aucune grande charge de travail supplÃ©mentaire n'a Ã©tÃ© introduite,
+juste une organisation du travail pour se rappeler l'Ã©tat des
+propositions de modification du projet Ã  <q>grande</q> Ã©chelle.
 
-Pour les choses plus formelles comme les dÃ©lÃ©gations ou autres activitÃ©s
-dignes d'intÃ©rÃªt, des messages Ã  part sont aussi envoyÃ©s sur <TT>d-d-a</TT>.
+Le chef du projet devrait prendre soin des DEP <q>abandonnÃ©es</q>
+en les rÃ©assignant, les fermant ou les pilotant lui-mÃªme.
+
+Je m'assurerai que nous essayons les artifices du mÃªme genre, pour
+vÃ©rifier si nous pouvons enfin avoir des choix entre des dÃ©cisions
+trÃ¨s formelles de type rÃ©solution gÃ©nÃ©rale et des dÃ©cisions un peu
+folkloriques qui trop souvent ressemblent plus Ã  pas de dÃ©cision du tout.
 </P>
+<DIV CLASS="mantra"><DIV CLASS="center"><I>
+J'ai l'intention d'Ãªtre un chef du projet <EM>prÃ©sent</EM>, Ã  la fois
+dans les discussions et en tant que responsable du programme du projet.
+</I></DIV></DIV>
 
+<H4 CLASS="subsubsection"><A NAME="htoc8">2.2.2</A>Â Â Transparence</H4>
+<P><A NAME="sec:transparency"></A></P>
 <P>
-Le travail dÃ©crit prÃ©cÃ©demment prend du temps sur
-mes autres activitÃ©s de chef du projet Debian.
+Une autre faÃ§on d'Ãªtre prÃ©sent pour le chef de projet est de dÃ©voiler
+<EM>rÃ©guliÃ¨rement</EM> ce qu'elle ou il est en train de faireÂ ;
+appelons Ã§a la <q>transparence</q>.
 
-Quand j'ai Ã©tÃ© confrontÃ© au problÃ¨me, j'ai prÃ©fÃ©rÃ© laisser
-tomber quelques tÃ¢ches de chef du projet Debian et communiquer
-ou prendre des notes sur les autres, plutÃ´t que l'inverse.
+Ã? cet Ã©gard, les habituels trop peu nombreuses <q>brÃ¨ves du chef
+de projet</q> pendant un mandat ne sont pas acceptables pour un
+rÃ´le qui est censÃ© reprÃ©senter un projet aussi gros et variÃ©.
 
-J'ai l'intention de pratiquer de la mÃªme faÃ§on lors du prochain mandat.
+Si je dois fait face au dilemme, je prÃ©fÃ©rerai laisser tomber quelques tÃ¢ches
+de chef de projet pour communiquer sur les autres, plutÃ´t que l'inverse.
 </P>
+<P>
+Probablement qu'un certain nombre d'activitÃ©s du chef de projet ne sont
+pas adaptÃ©es Ã  Ãªtre dÃ©voilÃ©es, qu'elles soient d'ordre personnel pour
+certaines personnes, totalement inintÃ©ressantes, ou encore qu'elles
+ne soient pas sensÃ©es Ãªtre archivÃ©es sur Internet pour toujours.
 
-<H4 CLASS="subsubsection"><A NAME="htoc9">2.2.3</A>Â Â Argent</H4>
-<P><A NAME="sec:money"></A></P>
+Je sais aussi qu'Ã©crire Ã  partir de rien un message de <q>brÃ¨ves du chef de
+projet</q> peut demander beaucoup de temps et Ã©ventuellement Ãªtre intimidant.
+</P>
 <P>
-Depuis l'an dernier nous avons une meilleure transparence de la
-gestion de l'argent (par exemple nous avons maintenant un <A
-HREF="http://wiki.debian.org/Teams/Auditor";>index</A> des
-organismes auxquels Debian fait confiance avec des liens vers
-leurs rapports), mais il reste encore beaucoup de chemin Ã 
-parcourir pour rendre correctement des comptes Ã  nos donateurs.
+La solution que je mettrais en place est d'avoir constamment
+un <b>flux de nouvelles des activitÃ©s du chef de projet</b>.
 
-IdÃ©alement, nous devrions viser des rapports trimestriels pour nos
-finances, qui comprennent les actifs de tous les organismes auxquels Debian
-fait confiance et tous les Ã©changes d'argent depuis le dernier rapport.
+<q>Flux</q> est un concept, l'implÃ©mentation peut varierÂ : un canal
+IRC, un blog ou microblog, une page de wiki <TT>BitsFromTheDPL</TT>
+traitÃ©e <EM>Ã  la</EM> <A HREF="http://wiki.debian.org/DeveloperNews";>\
+<TT>DeveloperNews</TT></A>, des envois Ã 
+<TT>-private</TT> pour les donnÃ©es sensibles,Â etc.
 
-Je me suis Ã©galement rendu compte que pour
-le chef du projet Debian, faire face Ã  la <A
-HREF="http://en.wikipedia.org/wiki/Comparison_of_Cash_Method_and_Accrual_Method_of_accounting#Cash_basis";>\
-comptabilitÃ© de lâ??argent comptant</A> est pÃ©nible, car une
-multitude d'organismes sont Ã  surveiller en mÃªme temps.
+L'absence de flux d'activitÃ©s signifiera l'absence
+d'activitÃ© de chef du projet et le droit de se plaindre
+pour les dÃ©veloppeurs Debian et de demander des comptes.
 
-Basculer en <A
-HREF="http://en.wikipedia.org/wiki/Comparison_of_Cash_Method_and_Accrual_Method_of_accounting#Accrual_basis";>\
-comptabilitÃ© dâ??accroissement</A> entre organisations est une
-fonctionnalitÃ© indispensable pour faciliter les prÃ©visions de dÃ©penses
-et les transitions d'un chef du projet Debian vers son successeur.
-</P>
+Je pense que les activitÃ©s qui ne sont pas encore prÃªtes Ã  Ãªtre dÃ©voilÃ©es
+<EM>du tout</EM>, pas mÃªme en censurant ou en reformulant les prÃ©cisions,
+sont suffisamment rares pur ne <em>pas</em> provoquer l'absence de flux.
 
-<P>
-Des deux points de vue â??Â rapports trimestriels et comptabilitÃ©
-dâ??accroissementÂ â?? j'ai Ã©tÃ© informÃ© de progrÃ¨s de la part des commissaires aux
-comptes et je ferais de mon mieux pour les aider Ã  tenir ces engagements.
+Le flux sera alors figÃ© tous les mois et envoyÃ© Ã  <TT>d-d-a</TT>.
+
+Si j'Ã©choue deux fois Ã  envoyer et figer, j'admettrais
+mon Ã©chec et en expliquerai les raisons en demandant des
+avis pour trouver des moyens de continuer le mandat.
 </P>
+<DIV CLASS="mantra"><DIV CLASS="center"><I>
+Je fournirai un flux rÃ©gulier de nouvelles de mes activitÃ©s de chef du
+projet, Ã  figer et envoyer <EM>tous les mois</EM> Ã  <TT>d-d-a</TT>.
+</I></DIV></DIV>
 
-<H3 CLASS="subsection"><A NAME="htoc10">2.3</A>Â Â Plans particuliers</H3>
-<P><A NAME="sec:itches"></A></P>
-<H4 CLASS="subsubsection"><A NAME="htoc11">2.3.1</A>Â Â Clarification des dÃ©lÃ©gations</H4>
-<P><A NAME="sec:delegates"></A></P>
+<H5 CLASS="paragraph">Argent</H5>
 <P>
-L'an dernier, j'ai aussi fait campagne pour la <A
-HREF="$(VOTE)/2010/platforms/zack#htoc12">\
-clarification des dÃ©lÃ©gations</A>.
+Je crois que nous devons amÃ©liorer aussi la transparence sur
+la <EM>gestion de l'argent</EM>Â : Ã  la fois les dÃ©veloppeurs
+Debian et les contributeurs devraient pourvoir connaÃ®tre les
+flux d'argent entrant et sortant de nos comptes en banque.
 
-Il y a eu pas mal de progrÃ¨s sur ce planÂ : toutes les dÃ©lÃ©gations que j'ai
-faites et clarifiÃ©es ont des pages correspondantes sur <A
-HREF="http://wiki.debian.org/Teams/";><TT>http://wiki.debian.org/Teams/</TT></A>
-qui contient des liens vers le texte de dÃ©lÃ©gation en cours.
+Je rechercherai avec les trÃ©soriers respectifs le moyen
+de mettre en place ce type de compte-rendu public.
 
-Il reste d'autres dÃ©lÃ©gations Ã  clarifier et elles devraient Ãªtre documentÃ©es
-correctement sur la <A HREF="$(INTRO)/organization">page
-d'organisation</A> de notre site web.
+Nous avons pas mal d'argent (plus de 60Â 000Â $ rien que sur le compte de SPI),
+avoir une idÃ©e de la faÃ§on dont il est utilisÃ© pourrait motiver tout le projet
+Ã  l'utiliser de faÃ§on plus profitable (par exemple des machines dÃ©diÃ©es
+ou d'autres ressources pour les besoins spÃ©cifiques de l'empaquetage).
 </P>
 
-<H4 CLASS="subsubsection"><A NAME="htoc12">2.3.2</A>Â Â Ã?quipes principales</H4>
-<P><A NAME="sec:core-teams"></A></P>
+<H4 CLASS="subsubsection"><A NAME="htoc9">2.2.3</A>Â Â Pas d'Ã©quipe de direction du projet Debian</H4>
+<P><A NAME="sec:dpl-board"></A></P>
 <P>
-L'an dernier, j'ai aussi fait campagne pour <A
-HREF="$(VOTE)/2010/platforms/zack#htoc13">trouver
-de nouveaux participants pour les Ã©quipes principales</A> afin qu'il y ait au
-moins trois membres et des assistants dans chacune (Ã  ceci prÃ¨s que nous
-n'avons pas de dÃ©finition prÃ©cise de ce qu'est une Ã©quipe principale...)
+D'aprÃ¨s les chefs du projet prÃ©cÃ©dents, supporter les
+tÃ¢ches de chef de projet tout seul peut Ãªtre dÃ©courageant.
 
-Il y a aussi eu des progrÃ¨s sur ce plan et
-j'espÃ¨re en voir plus avant la fin de ce mandat.
-</P>
+Pour contrer cela, je serai toujours Ã  la recherche de conseils auprÃ¨s
+des autres en fonction de leur domaine d'expertise dans le projet.
+
+Je ne crois pas en l'utilitÃ© d'une <b>Ã©quipe de direction du projet</b>,
+donc je n'en aurai pasÂ ; je n'aurai pas non plus de responsable adjoint.
 
-<H4 CLASS="subsubsection"><A NAME="htoc13">2.3.3</A>Â Â Entreprises</H4>
+Dans l'ensemble, je n'ai pas trouvÃ© de preuve qu'un de ces deux artifices peut
+influencer de faÃ§on significative le dÃ©roulement du mandat de chef de projet.
+</P>
 <P>
-Lors de ce mandat, j'ai trop souvent entendu des petites et
-moyennes entreprises se plaindre de l'expertise Debian, employant
-souvent des dÃ©veloppeurs Debian qui ne peuvent proposer Debian Ã 
-leurs clients pour des raisons (stupides) commeÂ : <q>l'application
-(propriÃ©taire) $truc n'est pas <EM>certifiÃ©e</EM> pour Debian</q>
-ou <q>nous ne pouvons pas compter sur vous car vous Ãªtes trop
-petite, nous voulons un label <EM>assistance rÃ©seau</EM></q>.
+Pour les affectations aux tÃ¢ches plus spÃ©cifiques, nous
+avons les dÃ©lÃ©gations qui sont bien plus qu'assez.
+
+J'aimerais Ã©tudier l'utilisation de <em>dÃ©lÃ©gations limitÃ©es dans le
+temps</em> pour s'occuper de tÃ¢ches spÃ©cifiques qui sont considÃ©rÃ©es
+fondamentales pour rÃ©aliser des points du programme du projet.
+
+Une dÃ©lÃ©gation limitÃ©e dans le temps â??Â mise en place comme une dÃ©lÃ©gation
+normale en dÃ©clarant qu'elle sera dÃ©faite, par exemple, Ã  la fin du
+mandat de chef du projetÂ â?? Ã©vite l'accumulation de pouvoirs et donnera
+au responsable un laps de temps pendant lequel concentrer ses efforts.
+
+J'aimerais que des dÃ©veloppeurs Debian se proposent d'eux-mÃªmes
+pour Ãªtre responsables de tÃ¢ches qui leur tiennent Ã  cÅ?ur (tant
+que la <q>casquette de responsable</q> est vraiment nÃ©cessaire).
 </P>
+<DIV CLASS="mantra"><DIV CLASS="center"><I>
+Je n'aurai pas d'Ã©quipe de direction du projetÂ ;
+j'utiliserai plutÃ´t les dÃ©lÃ©gations Ã©ventuellement limitÃ©es dans le temps.
+</I></DIV></DIV>
+
+<H3 CLASS="subsection"><A NAME="htoc10">2.3</A>Â Â Plans particuliers</H3>
+<P><A NAME="sec:itches"></A></P>
 
+<H4 CLASS="subsubsection"><A NAME="htoc11">2.3.1</A>Â Â Le site web</H4>
+<P><A NAME="sec:website"></A></P>
 <P>
-J'ai l'intention de chercher des moyens pour aider ces
-entreprises Ã  se rencontrer et Ã©valuer la possibilitÃ©
-d'unir leurs forces pour aborder certains de ces problÃ¨mes. 
+Nous voulons tous un <A HREF="$(VOTE)/2007/platforms/sho">\
+site web plus attirant</A>, c'est-Ã -dire un site web oÃ¹ les  
+gens peuvent trouver ce qu'ils cherchent, et qui ne donne pas
+de nous l'image d'un systÃ¨me d'exploitation des annÃ©esÂ 80.
 
-Dans le mÃªme thÃ¨me, j'aimerais examiner la possibilitÃ© â??Â sans
-compromettre l'indÃ©pendance de DebianÂ â?? d'inciter ces entreprises
-Ã  contribuer Ã  Debian encore plus qu'elles ne le font dÃ©jÃ .
+MÃªme si du travail <A HREF="http://wiki.debian.org/DebianWebsiteDiscussion";>a
+avancÃ©</A> sur ce problÃ¨me au sein de l'Ã©quipe en charge
+du site, aucune amÃ©lioration visible n'a encore Ã©tÃ© faite.
 </P>
+<P>
+Plus le temps passe, plus les inconvÃ©nients du <EM>statu
+quo</EM> sur le site web deviennent significatifs.
 
-<H4 CLASS="subsubsection"><A NAME="htoc14">2.3.4</A>Â Â EnquÃªtes auprÃ¨s des utilisateurs</H4>
+En particulier nous devons maintenant clairement expliquer
+Ã  notre communautÃ© (potentielle) pourquoi nous sommes
+meilleurs que les autres distributions basÃ©es sur Debian.
+
+Nous devons expliquer que nous somme <EM>libres du dÃ©but Ã  la
+fin</EM> (y compris tous les Ã©lÃ©ments de notre infrastructure)
+et que nous sommes un <em>projet vraiment dÃ©mocratique</em> oÃ¹
+les dÃ©cisions sont prises par les bÃ©nÃ©voles et non par l'argent.
+
+Autrement dit, nous devons promouvoir <B>notre vision</B> au monde du logiciel
+libre et le site web devrait Ãªtre le premier support pour le communiquer.
+</P>
 <P>
-Nous tombons souvent sur des questions auxquelles nous ne
-pouvons pas rÃ©pondre nous-mÃªmes, comme par exemple <q>est-ce que
-les utilisateurs prÃ©fÃ©reraient une distribution plus fiable,
-plus jolie, avec un suivi plus long, plus avant-gardiste...?</q>
+J'ai l'intention d'aider l'Ã©quipe en charge du site pour
+rÃ©soudre les problÃ¨mes principaux pendant le mandat.
 
-J'ai recueilli quelques-unes de ces questions le mois dernier et je
-prÃ©vois de les synthÃ©tiser dans un sondage pour les utilisateurs Debian
-Ã  renouveler chaque annÃ©e, comme bien d'autres projets de logiciels
-libres le font pour rassembler des retours de leurs utilisateurs.
+MÃªme s'il serait inutile de dÃ©finir prÃ©cisÃ©ment les objectifs
+techniques dans un programme, ma conduite prÃ©vue sera la suivante.
 
-Des initiatives spontanÃ©es similaires ont Ã©tÃ© proposÃ©es par le passÃ©, mais
-elles ont Ã©tÃ© soit plutÃ´t restreintes (par exemple sans coordination avec
-les canaux de communication Debian officiels qui peuvent atteindre un large
-public), soit mal adaptÃ©es pour une analyse complÃ¨tement automatisÃ©e (et par
-consÃ©quent condamnÃ©es Ã  l'Ã©chec lors de l'expansion de l'Ã©chantillon cible).
+Toutes les Ã©tapes sont supposÃ©es Ãªtre rÃ©alisÃ©es
+en accord avec l'Ã©quipe en charge du site.
 </P>
+<OL CLASS="enumerate">
+<LI CLASS="li-enumerate">
+Ã?tablir les exigences minimales pour un site amÃ©liorÃ© en termes deÂ :
+message, structure, accessibilitÃ© et organisation du travail.
+
+Rendre ces exigences <EM>publiques</EM> avec un plan dÃ©taillÃ© du travail
+Ã  accomplir pour y parvenirÂ : nous ne dissimulerons pas les problÃ¨mes.
+</LI>
+<LI CLASS="li-enumerate">
+Envoyer un appel Ã  l'aide dans notre communautÃ©, Ã  la recherche de volontaires
+pour se charger du travail et le dÃ©livrer en un intervalle de temps donnÃ©
+(oui, je sais que nous sommes tous volontaires, mais nous
+assumons nos responsabilitÃ©s et respectons des dÃ©lais, ce
+problÃ¨me est suffisamment important pour le demander).
+
+<SUP><A NAME="text2" HREF="#note2">2</A></SUP>
+</LI>
+<LI CLASS="li-enumerate">
+S'assurer que les preneurs ont accÃ¨s aux ressources nÃ©cessaires, qu'ils
+soient correctement remerciÃ©s pour leur tentative et, espÃ©rons le, y arrivent.
+</LI>
+</OL>
 
-<H4 CLASS="subsubsection"><A NAME="htoc15">2.3.5</A>Â Â Communication et publicitÃ©</H4>
 <P>
-Ã? mon humble avis, la communication du projet a fonctionnÃ©
-<EM>vraiment</EM> bien cette annÃ©e, principalement grÃ¢ce au
-travail des Ã©quipes en charge de la publicitÃ© et de la presse.
+Si tout cela Ã©choue, nous dÃ©clencherons un plan d'urgence.
+
+Par exemple, nous pouvons envisager de rechercher de l'aide
+<EM>extÃ©rieure</EM> (c'est-Ã -dire si personne engagÃ© dans
+Debian ne veut s'en occuper) pour se rendre compte de ce qui
+manque, sous le contrÃ´le de l'Ã©quipe en charge du site web.
 
-Nous avons envoyÃ© plus d'annonces en 2010 que lors des derniÃ¨res annÃ©es,
-nous avons commencÃ© Ã  utiliser un compte <TT>@debian</TT> sur <A
-HREF="http://identi.ca/debian";>identi.ca</A> qui est plutÃ´t suivi, et
-plusieurs flux RSS de nos nouvelles sont maintenant disponibles, sans parler
-de la rÃ©ussite stupÃ©fiante de l'Ã©quipe en charge du site web avec la nouvelle
-mise en page du site web de Debian lors de la publication de Squeeze.
+Nous achetons rÃ©guliÃ¨rement des services que nous ne pouvons pas
+rÃ©aliser nous-mÃªmes, le site web ne devrait pas faire de diffÃ©rence.
 </P>
 
+<H4 CLASS="subsubsection"><A NAME="htoc12">2.3.2</A>Â Â Clarification des dÃ©lÃ©gations</H4>
+<P><A NAME="sec:delegates"></A></P>
 <P>
-Nous devons continuer dans ce sens et utiliser la communication
-sociale, lorsqu'elle est compatible avec nos principes du logiciel
-libre, pour entrer en contact avec notre public potentiel.
+Rappelez vousÂ : TINC (il n'y a pas de cabale). Bien. AlorsÂ :
+</P>
+<OL CLASS="enumerate">
+<LI CLASS="li-enumerate">
+tous les <A HREF="$(DEVEL)/constitution#8">dÃ©lÃ©guÃ©s</A> actuels devraient
+Ãªtre clairement identifiÃ©s sur <A HREF="$(INTRO)/organization">notre
+page d'organisation</A> avec une rÃ©fÃ©rence au message de dÃ©lÃ©gationÂ :
+</LI>
+<LI CLASS="li-enumerate">
+toutes les personnes des Ã©quipes principales qui Ã©taient en place avant
+la gÃ©nÃ©ralisation des dÃ©lÃ©gations devraient Ãªtre officiellement dÃ©lÃ©guÃ©es.
 
-Par exemple, il manque encore Ã  Debian un blog officiel Ã 
-utiliser comme canal de communication vers notre communautÃ©
-dans des termes moins formels que les articles de presse.
+Cela Ã©viterait les disparitÃ©s entre les <q>nouveaux</q> membres
+d'Ã©quipe qui sont dÃ©lÃ©guÃ©s et les <q>anciens</q> membres
+d'Ã©quipe qui sont toujours dans une situation peu claire.
+</LI>
+</OL>
 
-DerniÃ¨rement ce que nous avions qui y ressemblait
-le plus â??Â <A HREF="http://news.debian.net";><TT>\
-http://news.debian.net</TT></A>Â â?? a Ã©tÃ© fermÃ©.
+<H4 CLASS="subsubsection"><A NAME="htoc13">2.3.3</A>Â Â Ã?quipes principales</H4>
+<P><A NAME="sec:core-teams"></A></P>
+<P>
+Nos Ã©quipes principales se sont beaucoup amÃ©liorÃ©es rÃ©cemment, Ã 
+la fois en termes de main-d'Å?uvre qu'en termes de communication.
 
-Du point de vue de la communication c'est dommage, puisque
-les autres canaux de communication Ã  notre disposition ne
-permettent pas aux utilisateurs de commenter facilement l'actualitÃ©
-avec des outils tels que les commentaires ou les rÃ©troliens.
+FÃ©licitations pour ces amÃ©liorations aux deux prÃ©cÃ©dents
+chefs de projet, et bien sÃ»r aux Ã©quipes elles-mÃªmes.
 
-J'ai l'intention de m'efforcer Ã  corriger cela et, plus gÃ©nÃ©ralement, rester
-impliquÃ© dans l'Ã©quipe en charge de la publicitÃ© comme je l'ai Ã©tÃ© cette annÃ©e.
-</P>
+NÃ©anmoins, certaines Ã©quipes sont encore un peu limite,
+ou tout du moins c'est ce qu'il semble vu de l'extÃ©rieur.
 
+Ajouter des membres rend une Ã©quipe plus tolÃ©rante aux absences, et
+permet aussi de prÃ©parer la gÃ©nÃ©ration suivante de contributeurs.
 
-<H4 CLASS="subsubsection"><A NAME="htoc16">2.3.6</A>Â Â Ã?quipes locales</H4>
+La distinction entre les assistants et les membres dans
+plusieurs Ã©quipes semble fonctionner vraiment bien pour cela.
+</P>
 <P>
-Debian manque d'un rÃ©seau structurÃ© d'Ã©quipes
-locales et groupes d'utilisateurs Debian.
+Mon intention naÃ¯ve serait d'amener toutes les Ã©quipes principales Ã  au moins
+trois membres et les pousser Ã  faire campagne pour avoir des assistants
+quand aucune procÃ©dure bien Ã©tablie n'existe pour rejoindre l'Ã©quipe.
 
-Je me suis rendu compte de cela lors du prÃ©sent mandat assez vite, dÃ¨s que
-des gens ont commencÃ© Ã  me poser des questions comme <q>qui puis-je contacter
-pour un Ã©vÃ©nement Ã  $villeÂ ?</q> ou <q>connaissez-vous des rencontres
-rÃ©guliÃ¨res au sujet de Debian Ã  $ville oÃ¹ nous pourrions venirÂ ?</q>
+Aussi, en regardant notre <A HREF="$(INTRO)/organization">page
+d'organisation</A>, on dirait que plusieurs Ã©quipes sont soit
+inactives, soit trÃ¨s mauvaises pour communiquer ce qu'elles font.
 
-Nous avons quelques rÃ©ponses Ã  apporter, comme les listes de diffusion
-<TT>debian-events-*</TT> et les <A
-HREF="http://wiki.debian.org/Teams/Events";>Ã©quipes d'Ã©vÃ©nements</A>
-rÃ©cemment renouvelÃ©es, mais Ã§a ne remplace pas un rÃ©seau d'Ã©quipes locales.
+Pour leur propre bien, les personnes impliquÃ©es devraient Ãªtre incitÃ©es
+soit Ã  passer la main pour s'occuper de choses qui les intÃ©ressent
+plus, soit Ã  communiquer rÃ©guliÃ¨rement sur ce qu'elles font.
 </P>
 
 <P>
-D'autres distributions ont mis en place de tels rÃ©seaux et leur
-expÃ©rience semble montrer qu'ils sont utiles non seulement
-comme points de contact locaux pour les Ã©vÃ©nements, mais aussi
-comme cercles de dÃ©part pour aider les utilisateurs Ã  devenir
-progressivement de plus en plus impliquÃ©s dans la distribution.
-
-Je pense que nous devrions envisager quelque chose d'analogue pour Debian.
+Toutes ces modifications devraient cependant Ãªtre d'abord essayÃ©es
+avec l'accord de l'Ã©quipe, pour ne pas embÃªter des Ã©quipes
+Ã©ventuellement en sous-effectif mais pourtant trÃ¨s efficaces.
 
-J'ai signalÃ© l'idÃ©e de temps en temps aux communautÃ©s locales que j'ai
-rencontrÃ©es lors de prÃ©sentations et le retour a Ã©tÃ© trÃ¨s favorable en gÃ©nÃ©ral.
+L'initiative de <A
+HREF="http://lists.debian.org/debian-devel-announce/2008/04/msg00014.html";>\
+contrÃ´le des Ã©quipes</A> lancÃ©e par Steve McIntyre il y a deux
+ans allait dans la bonne direction, mÃªme si elle devra de toute
+Ã©vidence Ãªtre rÃ©organisÃ©e car le temps passe pour tout le monde.
 </P>
 
 <H2 CLASS="section">Informations supplÃ©mentaires</H2>
@@ -738,9 +963,14 @@
 Ã?tre chef du projet Debian est un dÃ©fiÂ ; pour
 rÃ©ussir, le travail doit Ãªtre pris au sÃ©rieux.
 
-Pendant la durÃ©e du mandat, je mettrai en pause mes autres engagements dans
-Debian, comme je l'ai fait lors du prÃ©sent mandatÂ : c'est un devoir envers
+Pendant la durÃ©e du mandat, je mettrai donc en pause mes
+autres engagements dans DebianÂ : c'est un devoir envers
 les anciens collaborateurs et un compromis honnÃªte pour Ã©viter l'explosion.
+
+La plupart de mes devoirs cÃ´tÃ© Debian se font avec des Ã©quipes
+trÃ¨s efficaces, j'ai donc confiance sur le fait que les tÃ¢ches
+ne seront pas laissÃ©es sans surveillanceÂ ; le reste est une
+poignÃ©e de paquets qui auront besoin de nouveaux responsables.
 </P>
 <P>
 Sur le mÃªme thÃ¨me et dans un souci de transparenceÂ : certains
@@ -750,36 +980,171 @@
 Je ne peux pas me le permettre.
 
 Je propose que tout mon temps Debian en tant que bÃ©nÃ©vole
-soit consacrÃ© au travail de chef du projet Debian.
+soit dÃ©tournÃ© au profit du travail de chef du projet Debian.
 
-Heureusement, j'ai pour l'instant un <A
+Cependant, j'ai un <A
 HREF="http://en.wikipedia.org/wiki/Roberto_Di_Cosmo";>patron
-trÃ¨s rÃ©ceptif au logiciel libre</A> qui a beaucoup soutenu
-mes activitÃ©s de chef du projet Debian lors de ce mandat.
-
-J'ai pu profiter de la libertÃ© de rÃ©organiser mon agenda lors d'urgences ou de
+trÃ¨s rÃ©ceptif au logiciel libre</A>Â : j'ai la libertÃ©
+de rÃ©organiser mon agenda lors d'urgences ou de
 rallongement d'activitÃ©s, comme les voyages pour des raisons liÃ©es Ã  Debian.
+
+Comme la plupart d'entre nous, je suis en gÃ©nÃ©ral disponible
+sur IRC, par tÃ©lÃ©phone,Â etc.
+</P>
+
+<H2 CLASS="section"><A NAME="htoc14">A</A>Â Â RÃ©futation</H2>
+<P><A NAME="sec:rebuttals"></A></P>
+
+<H5 CLASS="paragraph">Wouter Verhelst</H5>
+<P>
+Je suis d'accord avec plusieurs parties de la <q>vision</q> de Wouter sur
+Debian et, en particulier, avec le fait que nous avons un grand besoin
+d'attirer plus de dÃ©veloppeurs pour conserver notre excellence technique.
+</P>
+<P>
+Ce qui ne me semble pas clair en lisant son programme
+est la faÃ§on de la mettre vraiment en place.
+
+D'un cÃ´tÃ©, l'idÃ©e de parler plus avec des <q>gens Debian</q> autres
+que des dÃ©veloppeurs et mainteneurs Debian est merveilleuse â??Â si tant
+est que Wouter imagine que le chef du projet va participer Ã  plus
+d'Ã©vÃ©nements que nos <q>habituels</q> Ã©vÃ©nements orientÃ©s dÃ©veloppeurs.
+
+Cela n'est cependant pas suffisant, parce que le grand public
+de nos Ã©ventuels contributeurs n'est pas (seulement) lÃ .
+
+De ce cÃ´tÃ©, je pense que miser sur notre prÃ©sence sur le
+web n'est pas mentionnÃ© dans le programme comme un domaine
+stratÃ©gique important pour attirer plus de dÃ©veloppeurs.
+</P>
+<P>
+Enfin, je pense que pour rÃ©aliser notre excellence technique,
+attirer plus de dÃ©veloppeurs est nÃ©cessaire, mais pas suffisant.
+
+Dans l'Ã©cosystÃ¨me Debian actuel, avec le succÃ¨s de quelques unes de
+nos distributions dÃ©rivÃ©es, l'excellence technique passe aussi par
+l'exploitation des synergies parmi toutes nos distributions dÃ©rivÃ©es.
+
+De ce point de vue, je vois pas dans le programme de Wouter sa vision Ã 
+propos de sujets comme nos relations avec les distributions dÃ©rivÃ©es.
+</P>
+
+<H5 CLASS="paragraph">Charles Plessy</H5>
+<P>
+Dans l'ensemble, je ne pense pas partager le prÃ©supposÃ©
+de Charles sur la <EM>crise de croissance</EM> de Debian.
+
+Actuellement, je perÃ§ois pas Debian comme ayant un problÃ¨me
+d'Ã©chelle par rapport au nombre de paquets, de contributeurs,Â etc.
+
+Au contraireÂ : j'ai plutÃ´t l'impression que la main-d'Å?uvre (relative)
+disponible est en diminution et que notre qualitÃ© en souffre par consÃ©quent.
+
+Pour contrer cela, nous devons <EM>croÃ®tre plus</EM>,
+en particulier le nombre de dÃ©veloppeurs Debian.
+</P>
+<P>
+Je suis parfois d'accord ou non de faÃ§on mitigÃ©e
+avec les autres propositions avancÃ©es par Charles.
+
+Par exemple j'aime bien l'idÃ©e de sollicitation des dÃ©lÃ©guÃ©s, mais je n'aime
+pas l'idÃ©e de publications flexibles qui â??Â pour reprendre les mots de
+CharlesÂ â?? semble faire peser la balance trop loin de la <EM>coordination</EM>.
+
+De plus, j'aime l'idÃ©e d'avoir le chef du projet qui s'occupe des
+discussions <q>en surplus</q> (en fait cela fait partie de mon programme
+oÃ¹ je dÃ©clare que le chef du projet doit s'occuper du programme du
+projet, consultez la SectionÂ <A HREF="#sec:presence">2.2.1</A>).
+</P>
+<P>
+Un dernier dÃ©tail pour finir, je ne suis pas particuliÃ¨rement
+Ã  l'aise avec l'idÃ©e d'un chef de projet qui ne pourra pas
+voyager pour se rendre Ã  des rencontres dans le monde entier,
+car c'est un des devoirs les plus typiques du chef de projet.
 </P>
 
+<H5 CLASS="paragraph">Margarita Manterola</H5>
 <P>
-Je peux compter sur des arrangements analogues
-pour les six premiers mois du mandat Ã  venir.
+Le programme de Margarita est motivant sur la faÃ§on dont nous
+devrions nous comporter au sein de la communautÃ© Debian.
+
+Cependant, je ne suis pas certain que le simple fait de dire comment
+nous devrions nous comporter â??Â ou d'avoir un chef de projet qui se
+comporte de cette faÃ§on, comme cela a Ã©tÃ© soulevÃ© sur <TT>-vote</TT>Â â??
+suffise Ã  modifier les comportements de faÃ§on significative.
+
+La <q>journÃ©e de remerciement Ã  Debian</q> est aussi une bonne
+idÃ©e, mais il ne me semble pas qu'il soit nÃ©cessaire que le
+chef de projet s'en occupe pour que cela devienne une rÃ©alitÃ©.
+</P>
+<P>
+J'aime aussi l'idÃ©e de promouvoir Debian avec une campagne web,Â etc. mais
+j'ai aussi notÃ© en rÃ©ponse au programme de Wouter, que j'ai trouvÃ© frappant
+de mettre en valeurs ces aspects que j'estime Ãªtre des dÃ©fauts mineurs dans
+le contexte global de notre capacitÃ© Ã  attirer plus de monde (y compris
+notre prÃ©sence web, la communication des valeurs qui nous distinguent,Â etc.)
+</P>
 
-Pour les six mois restant, je ne sais pas encore, car
-je ne sais pas encore qui sera mon employeur Ã  ce moment-lÃ .
+<H5 CLASS="paragraph">Merci et bonne chanceÂ !</H5>
+<P>
+Jusqu'Ã  prÃ©sent, faire campagne cette annÃ©e Ã  Ã©tÃ©
+vraiment <EM>sympathique et enthousiasmant</EM> pour moi.
 
-NÃ©anmoins, quelque soit le scÃ©nario d'emploi que je puisse imaginer
-au moment oÃ¹ j'Ã©cris ces mots, je suis convaincu de pouvoir trouver
-le temps nÃ©cessaire Ã  mes engagements de chef du projet Debian.
+Le mÃ©rite revient non seulement aux contributeurs pour les
+questions intÃ©ressantes sur <TT>-vote</TT>, mais aussi au
+fait qu'il y avait plusieurs candidats actifs en compÃ©tition.
 
-Si Ã  un moment donnÃ© je me rends compte que ce n'est plus le cas,
-je dÃ©missionnerai immÃ©diatement du poste de chef du projet Debian.
+Merci aux candidats, et bonne chance pour les Ã©lectionsÂ !
 </P>
 
+<H2 CLASS="section"><A NAME="htoc15">B</A>Â Â Journal de modifications</H2>
+<P><A NAME="sec:changelog"></A></P>
 <P>
-Comme la plupart d'entre nous, je suis en gÃ©nÃ©ral disponible non seulement
-par courrier Ã©lectronique, mais aussi sur IRC, par tÃ©lÃ©phone,Â etc.
+<A HREF="$(VOTE)/2009/platforms/zack">Mon programme
+de 2009</A> et celui-ci se ressemblent beaucoup.
+
+Pour ceux qui ont lu le premier, voici un
+rapide rÃ©sumÃ© des modifications significatives.
 </P>
+<UL CLASS="itemize">
+<LI CLASS="li-itemize">
+RÃ©organisation de la section sur les distributions dÃ©rivÃ©es, prÃ©cision des
+relations avec Ubuntu (consultez la SectionÂ <A HREF="#sec:vision">2.1</A>).
+</LI>
+<LI CLASS="li-itemize">
+Je ne rechercherai pas de responsable adjoint, je prÃ©vois plutÃ´t
+d'utiliser des dÃ©lÃ©gations normales, Ã©ventuellement limitÃ©es dans
+le temps (consultez la SectionÂ <A HREF="#sec:dpl-board">2.2.3</A>).
+</LI>
+<LI CLASS="li-itemize">
+Prise de conscience du rÃ´le du site web pour communiquer notre
+vision (consultez la SectionÂ <A HREF="#sec:website">2.3.1</A>).
+</LI>
+<LI CLASS="li-itemize">
+Petites modifications un peu partout <TT>:-)</TT>.
+</LI>
+</UL>
+
+<HR CLASS="footnoterule">
+<DL CLASS="thefootnotes">
+<DT CLASS="dt-thefootnotes"><A NAME="note1" HREF="#text1">1</A></DT>
+<DD CLASS="dd-thefootnotes">
+Y compris universe, mais universe est nÃ©anmoins
+un argument de vente important pour eux
+</DD>
+<DT CLASS="dt-thefootnotes"><A NAME="note2" HREF="#text2">2</A></DT>
+<DD CLASS="dd-thefootnotes">
+MÃªme si cela Ã©tait autrement plus simple, mon expÃ©rience avec la <A
+HREF="http://upsilon.cc/~zack/blog/posts/2007/12/pts_face_lifted/";>\
+mise Ã  jour du systÃ¨me de gestion de paquets (PTS)</A> montre que
+notre communautÃ© est rÃ©active face Ã  nos faiblesses en prÃ©sence
+webÂ : j'ai demandÃ© de nouvelles feuilles de style pour l'apparence
+du PTS, eu plusieurs rÃ©ponses, et ai choisi l'une d'entre elles.
+
+Cela demande quelques Ã©changes dans les deux sens, mais ce n'est pas
+diffÃ©rent du mode de fonctionnement habituel avec des correctifs.
+</DD>
+</DL>
 
 <HR><BLOCKQUOTE CLASS="quote"><p><EM>Ce document a Ã©tÃ© converti du L<sup>A</sup>T<sub>E</sub>X par
 </EM><A HREF="http://hevea.inria.fr/index.html";><EM>H</EM><EM><sup class=mini>E</sup></EM><EM>V</EM><EM><sup class="mini">E</sup></EM><EM>A</EM></A><EM>.</EM></p></BLOCKQUOTE>

#use wml::debian::template title="Programme de Stefano Zacchiroli" BARETITLE="true" NOHEADER="true"
#include "$(ENGLISHDIR)/vote/style.inc"
#use wml::debian::translation-check translation="1.6" maintainer="David PrÃ©vot"

{#style#:
<STYLE type="text/css">
.li-itemize{margin:1ex 0ex;}
.li-enumerate{margin:1ex 0ex;}
.dd-description{margin:0ex 0ex 1ex 4ex;}
.dt-description{margin:0ex;}
.toc{list-style:none;}
.thefootnotes{text-align:left;margin:0ex;}
.dt-thefootnotes{margin:0em;}
.dd-thefootnotes{margin:0em 0em 0em 2em;}
.footnoterule{margin:1em auto 1em 0px;width:50%;}
.caption{padding-left:2ex; padding-right:2ex; margin-left:auto; margin-right:auto}
.title{margin:2ex auto;text-align:center}
.center{text-align:center;margin-left:auto;margin-right:auto;}
.flushleft{text-align:left;margin-left:0ex;margin-right:auto;}
.flushright{text-align:right;margin-left:auto;margin-right:0ex;}
DIV TABLE{margin-left:inherit;margin-right:inherit;}
PRE{text-align:left;margin-left:0ex;margin-right:auto;}
BLOCKQUOTE{margin-left:4ex;margin-right:4ex;text-align:left;}
TD P{margin:0px;}
.boxed{border:1px solid black}
.textboxed{border:1px solid black}
.vbar{border:none;width:2px;background-color:black;}
.hbar{border:none;height:2px;width:100%;background-color:black;}
.hfill{border:none;height:1px;width:200%;background-color:black;}
.vdisplay{border-collapse:separate;border-spacing:2px;width:auto; empty-cells:show; border:2px solid red;}
.vdcell{white-space:nowrap;padding:0px;width:auto; border:2px solid green;}
.display{border-collapse:separate;border-spacing:2px;width:auto; border:none;}
.dcell{white-space:nowrap;padding:0px;width:auto; border:none;}
.dcenter{margin:0ex auto;}
.vdcenter{border:solid #FF8000 2px; margin:0ex auto;}
.minipage{text-align:left; margin-left:0em; margin-right:auto;}
.marginpar{border:solid thin black; width:20%; text-align:left;}
.marginparleft{float:left; margin-left:0ex; margin-right:1ex;}
.marginparright{float:right; margin-left:1ex; margin-right:0ex;}
.theorem{text-align:left;margin:1ex auto 1ex 0ex;}
.part{margin:2ex auto;text-align:center}
.rfloat{float:right;}
body{font-family: sans-serif;
font-size: medium;
}
h1, h2, h3, h4{font-weight: normal;
}
h1{font-size: 140%;}
h2{font-size: 130%;
border-bottom: solid 1pt;
}
h3{font-size: 115%;}
h4{font-size: 105%;}
.paragraph{font-size: 105%;
font-weight: normal;
/* text-decoration: underline; */
}
.alphaenum ol{list-style-type: lower-alpha;
}
.mantra{border: solid;
border-width: 1px;
border-color: #aaa;
background: #eee;
margin: 2pt;
margin-left: 8%;
margin-right: 8%;
padding: 2pt;
}
.summary{border: solid;
border-width: 1px;
border-color: #aaa;
background: #eee;
margin: 2pt;
padding: 2pt;
}
a{text-decoration: none;}
a:hover{text-decoration: underline;}
.floatright{float: right;
}
.mini {font-size:.6em}
</STYLE>
:##}

<TABLE CLASS="title"><TR><TD><H1 CLASS="titlemain">Programme de chef du projet Debian</H1><H3 CLASS="titlerest">Stefano Zacchiroli<BR>
 <A HREF="mailto:zack@debian.org";><TT>zack@debian.org</TT></A><BR>
 <A HREF="http://upsilon.cc/~zack";><TT>http://upsilon.cc/~zack</TT></A></H3><H3 CLASS="titlerest">12Â marsÂ 2010</H3></TD></TR>
</TABLE><DIV CLASS="flushright"><p class="mini">
VersionÂ : <TT>2.1</TT><BR>
 Autres formatsÂ :
<A HREF="http://www.upsilon.cc/~zack/hacking/debian/dpl-2010/platform.html";>HTML</A>,
<A HREF="http://www.upsilon.cc/~zack/hacking/debian/dpl-2010/platform.pdf";>PDF</A>.<BR>
 Plus de renseignements <A HREF="http://www.upsilon.cc/~zack/hacking/debian/dpl-2010/";>\
sur mon site</A>.
</DIV>

<H2 CLASS="section">RÃ©sumÃ©</H2>
<P>
Salut, je m'appelle <A HREF="http://upsilon.cc/~zack";>Stefano Zacchiroli</A>
â??Â surtout connu sous le pseudonyme <EM>Zack</EM>Â â??
et me prÃ©sente pour devenir chef du projet Debian.
</P>

<DIV CLASS="summary">
Les <B>principaux points</B> de mon programme sont les suivants.
<UL CLASS="itemize">
<LI CLASS="li-itemize"><I>
J'ai l'intention d'Ãªtre un chef du projet <EM>prÃ©sent</EM>, Ã  la fois
dans les discussions et en tant que responsable du programme du projet.
</I></LI>
<LI CLASS="li-itemize"><I>
Je fournirai un flux rÃ©gulier de nouvelles de mes activitÃ©s de chef du
projet, Ã  figer et envoyer <EM>tous les mois</EM> Ã  <TT>d-d-a</TT>.
</I></LI>
<LI CLASS="li-itemize"><I>
J'appliquerai des mÃ©canismes conformes au <EM>consensus</EM> s'il existe.
</I></LI>
<LI CLASS="li-itemize"><I>
J'agirai en faveur de voies d'accÃ¨s Ã  Debian plus
<EM>progressives</EM> et <EM>gratifiantes</EM>.
</I></LI>
<LI CLASS="li-itemize"><I>
Je me battrai contre l'excÃ¨s de propriÃ©tÃ© des paquets
<EM>s'il entre en conflit avec la qualitÃ©</EM>.
</I></LI>
<LI CLASS="li-itemize"><I>
Je ferai de mon mieux pour soutenir, avec de l'argent et
d'autres ressources, les rencontres de contributeurs.
</I></LI>
</UL>
</DIV>

<P>
Le reste de ce programme prÃ©sente des renseignements personnels d'ordre gÃ©nÃ©ral
(sectionÂ <A HREF="#sec:intro">1</A>), dÃ©crit
les points prÃ©cÃ©dents avec plus de prÃ©cision (sectionÂ <A
HREF="#sec:goals">2</A>) et met en valeur des projets plus
spÃ©cifiques pour mon mandat (sectionÂ <A HREF="#sec:itches">2.3</A>).

La rÃ©futation est disponible en AnnexeÂ <A HREF="#sec:rebuttals">A</A>.

Si vous avez lu mon programme de 2009, vous pourriez Ãªtre intÃ©ressÃ© par
le journal des modifications (AnnexeÂ <A HREF="#sec:changelog">B</A>).
</P>

<H2 CLASS="section"><A NAME="htoc1">1</A>Â Â Introduction</H2>
<P><A NAME="sec:intro"></A></P>
<H3 CLASS="subsection"><A NAME="htoc2">1.1</A>Â Â Qui suis-je</H3>
<P><A NAME="sec:aboutme"></A></P>
<p>
Je suis devenu dÃ©veloppeur Debian (DD) en marsÂ 2001, peu de temps aprÃ¨s
la mise en place du processus de nouveau responsable.

Mon implication dans Debian s'est rÃ©alisÃ©e en deux pÃ©riodes diffÃ©rentes.

Je me suis d'abord exclusivement intÃ©ressÃ© Ã  mes paquets, sans porter attention
Ã  la communautÃ©Â : pas d'IRC, ni d'inscription Ã  <TT>-devel</TT>,Â etc.

Puis, lors du LinuxTagÂ 2004, j'ai dÃ©couvert Debian en tant que <EM>communautÃ©</EM>
qui m'a fascinÃ©e, et j'ai augmentÃ© petit Ã  petit mon implication dans le projet.

Mes activitÃ©s les plus remarquables pendant ces annÃ©es ont Ã©tÃ©Â :
</p>

<DL CLASS="description">
<DT CLASS="dt-description">
<B>PTS</B>Â : systÃ¨me de suivi des paquets
</DT>
<DD CLASS="dd-description">
J'ai comaintenu le <A HREF="http://packages.qa.debian.org";>\
systÃ¨me de suivi des paquets (PTS)</A>
pendant les quatre ou cinq derniÃ¨res annÃ©es,
participant Ã  la maintenance quotidienne ainsi qu'Ã  des
<A HREF="http://upsilon.cc/~zack/blog/posts/2008/11/PTS_SOAP_interface/";>modifications</A>
<A HREF="http://upsilon.cc/~zack/blog/posts/2008/08/improved_integration_among_PTS_and_Lintian/";>plus</A>
<A HREF="http://upsilon.cc/~zack/blog/posts/2008/01/pts_dehs_integration/";>significatives</A>Â ;
plus de prÃ©cisions sont disponibles sur <A HREF="http://upsilon.cc/~zack/tags/pts/";>mon
blog</A> (mon intÃ©rÃªt initial dans le PTS est nÃ© de l'envie de 
<A HREF="http://upsilon.cc/~zack/blog/posts/2006/09/xs-x-vcs-XXX/";>rendre</A>
les champs <TT>Vcs-*</TT>
<A HREF="http://upsilon.cc/~zack/blog/posts/2006/10/xs-vcs-XXX_almost_there/";>populaires</A>,
ce qui m'a conduit Ã  Ã©crire
<A HREF="http://upsilon.cc/~zack/blog/posts/2007/08/debcheckout/";><TT>debcheckout</TT></A>).
</DD>

<DT CLASS="dt-description">
<B>QA</B>Â : assurance qualitÃ©
</DT>
<DD CLASS="dd-description">
De faÃ§on plus gÃ©nÃ©rale, je fait partie depuis longtemps de l'Ã©quipe d'<A
HREF="http://qa.debian.org/";>assurance qualitÃ©</A>Â : j'aime penser au
projet comme un tout et chercher de nouvelles solutions (par exemple
<A HREF="http://wiki.debian.org/UltimateDebianDatabase";>UDD</A>, <A
HREF="http://lists.debian.org/debian-project/2009/07/msg00067.html";>\
expiration de droits des dÃ©veloppeurs Debian portÃ©s disparus</A>,Â etc.)
aux problÃ¨mes persistants.
</DD>

<DT CLASS="dt-description">
<B>OCaml</B>
</DT>
<DD CLASS="dd-description">
Une prise en charge correcte du langage <A HREF="http://caml.inria.fr";>\
OCaml</A> a Ã©tÃ© ma motivation pour rejoindre le projet.

J'ai participÃ© Ã  la formation de l'<A
HREF="http://wiki.debian.org/Teams/OCamlTaskForce";>Ã©quipe en charge d'OCaml</A>
oÃ¹ j'ai commencÃ© en tant que dÃ©butant pour finir en tant que coordonnateur.

L'Ã©quipe gÃ¨re maintenant environ <A
HREF="http://pkg-ocaml-maint.alioth.debian.org/debian-ocaml-status.html";>\
150Â paquets source</A> avec des <A
HREF="http://upsilon.cc/~zack/research/publications/jfla10-dh-ocaml.pdf";>\
interdÃ©pendances incroyablement complexes</A>, et des besoins de
<A HREF="http://glondu.net/debian/ocaml_transition_monitor.html";>\
transition</A> compliquÃ©s.
</DD>

<DT CLASS="dt-description">
<B>RCBW</B>Â : bogues critiques pour la publication (<q>RC bug</q>) de la semaine
</DT>
<DD CLASS="dd-description">
Depuis septembreÂ 2009, j'ai participÃ© Ã  la correction
d'un bogue critique pour la publication par jour en initiant les <EM>bogues
critiques pour la publication de la semaine</EM>, consultez la <A
HREF="http://upsilon.cc/~zack/hacking/debian/rcbw/";>page des
bogues critiques pour la publication de la semaine</A> pour les
motivations et plus de prÃ©cisions.
</DD>

<DT CLASS="dt-description">
<B>AM</B>Â : responsable de candidature
</DT>
<DD CLASS="dd-description">
J'ai rejoint le <A HREF="https://nm.debian.org/whoisam.php";>comitÃ© de
nouveau responsable</A> en 2009, en devenant responsable de candidature.

Je me suis occupÃ© de quatre nouveaux responsables,
dont deux sont devenus dÃ©veloppeurs Debian depuis.
</DD>

<DT CLASS="dt-description">
<B>Empaquetage</B>
</DT>
<DD CLASS="dd-description">
Je maintiens aussi <A
HREF="http://qa.debian.org/developer.php?login=zack@debian.org";>\
plusieurs paquets</A>.

En plus des paquets relatifs Ã  OCaml, je suis fier de plusieurs contributions
Ã  <A HREF="http://packages.debian.org/sid/devscripts";><TT>devscripts</TT></A>,
<A HREF="http://packages.debian.org/sid/vim";><TT>vim</TT></A>, <A
HREF="http://packages.debian.org/sid/python-debian";><TT>python-debian</TT></A>
et <A HREF="http://packages.debian.org/sid/python-turbogears2";><TT>\
turbogears2</TT></A>.
</DD>
</DL>

<P>
ConsidÃ©rant la communautÃ© comme la vÃ©ritable force de Debian, j'ai
rÃ©guliÃ¨rement participÃ© aux <A HREF="http://www.debconf.org/";>DebConf</A>
et, quand mon temps le permettait, Ã  d'autres rencontres en personne comme
des <A HREF="http://wiki.debian.org/BSP2010/Moenchengladbach";>chasses aux
bogues</A> et des <A
HREF="http://wiki.debian.org/DebianQAExtremadura2008?action=fullsearch&amp;context=180&amp;value=debian+extremadura&amp;titlesearch=Titles";>\
rencontres en EstrÃ©madure</A>.
</P>

<P>
Dans la vie, je suis <A HREF="http://upsilon.cc/~zack/research/";>\
chercheur en informatique</A>, et travaille en tant que chercheur
postdoctoral au laboratoire <A HREF="http://www.pps.jussieu.fr";>PPS</A>
Ã  l'<A HREF="http://www.univ-paris-diderot.fr";>UniversitÃ© Paris Diderot</A>.

Le laboratoire ressemble Ã  un repaire de dÃ©veloppeurs Debian, oÃ¹ les pauses-cafÃ©
se transforment souvent en discussions passionnantes autour de Debian.

Je travaille surtout sur le projet <A
HREF="http://www.mancoosi.org";>Mancoosi</A>, oÃ¹ nous
appliquons les mÃ©thodes formelles pour Ã©tudier les distributions libres.

Le projet contribue rÃ©guliÃ¨rement en retour sous la forme d'outils
pour la communautÃ© comme <A
HREF="http://packages.debian.org/sid/edos-distcheck";>\
<TT>edos-distcheck</TT></A>, <A HREF="http://edos.debian.net";>\
<TT>edos.debian.net</TT></A> et d'autres services d'assurance qualitÃ©
utilisÃ©s quotidiennement par Debian et d'autres distributions.
</P>

<H3 CLASS="subsection"><A NAME="htoc3">1.2</A>Â Â Pourquoi je me prÃ©sente au poste de chef du projet</H3>
<P><A NAME="sec:whyrunning"></A></P>
<P>
Ã?tre chef du projet reprÃ©sente deux facettes diffÃ©rentesÂ : le
rÃ´le institutionnel et quelques objectifs supplÃ©mentaires que le
futur chef de projet a l'intention d'atteindre pendant le mandat.

Le rÃ´le institutionnel est <A HREF="$(DEVEL)/constitution#5">dÃ©crit dans
notre constitution</A> et est Ã  propos de trois tÃ¢chesÂ : les prises de
dÃ©cisions ordinaire et extraordinaire, les relations publiques avec
le monde extÃ©rieur et l'aiguillage des discussions au sein du projet.
</P>

<P>
Mon point de vue sur les raisons qui nous incitent Ã  avoir un chef du projet
est basÃ© sur le fait que nous fonctionnons comme une <q>do-ocracy</q>Â :
n'importe qui ayant l'intention de faire des choses peut dÃ©cider de la
faÃ§on de le faire et personne ne peu Ãªtre obligÃ© de faire quoi que ce soit.

Ã?tant donnÃ© notre nombre, nous avons tendance Ã 
la modifier en une <q>do-ocracy imparfaite</q>Â :
</P>
<DIV CLASS="alphaenum">
<OL CLASS="enumerate">
<LI CLASS="li-enumerate"> 
des restrictions d'accÃ¨s sont ajoutÃ©es pour empÃªcher les
gens de rÃ©aliser des actions potentiellement dangereusesÂ ;
</LI>
<LI CLASS="li-enumerate">
les tÃ¢ches peu passionnantes risquent de moisir
parce que personne n'est motivÃ© pour s'en chargerÂ ;
</LI>
<LI CLASS="li-enumerate">
ceux qui obtiennent certaines positions pourraient nÃ©gliger leurs
autres devoirs et diminuer la qualitÃ© du service qu'ils offrent,
parce qu'ils n'admettent pas ne plus Ãªtre aptes pour ces tÃ¢ches.
</LI>
</OL>
</DIV>

<P>
Le chef du projet a le devoir, pour un temps limitÃ©,
d'attÃ©nuer les imperfections de notre <q>do-ocracy</q>Â :
</P>
<DIV CLASS="alphaenum">
<OL CLASS="enumerate">
<LI CLASS="li-enumerate"> 
de remarquer les restrictions d'accÃ¨s trop contraignantes
qui empÃªchent les gens capables de travailler, en
induisant de l'inefficacitÃ© et des frustrationsÂ ;
</LI>
<LI CLASS="li-enumerate">
de trouver des gens volontaires pour les tÃ¢ches peu passionnantes
pour le bien gÃ©nÃ©ral du projet (en Ã©change du mÃ©rite adÃ©quat)Â ;
</LI>
<LI CLASS="li-enumerate">
(rÃ©)assigner des gens aux positions clefs pour amÃ©liorer la
qualitÃ© du service Ã  l'intÃ©rieur et Ã  l'extÃ©rieur du projet.
</LI>
</OL>
</DIV>

<P>
La rÃ©compense est l'occasion de faire pression pour des amÃ©liorations Ã 
l'Ã©chelle du projet par le seul mÃ©rite d'occuper le poste de chef du projet.
</P>
<P>
J'ai l'intention de relever le dÃ©fi d'Ãªtre un chef de projet
transparent et prÃ©sent, et d'amÃ©liorer les mÃ©canismes de notre projet.

C'est pourquoi je me prÃ©sente au poste de chef du projet.
</P>


<H2 CLASS="section"><A NAME="htoc4">2</A>Â Â Mes objectifs</H2>
<P><A NAME="sec:goals"></A></P>
<P>
Les tÃ¢ches institutionnelles du chef du projet Debian traitent
de situations qui sont en gÃ©nÃ©ral inconnues <i>a priori</i>.

Par consÃ©quent, je prÃ©sente mes objectifs comme suit.
</P>

<OL CLASS="enumerate">
<LI CLASS="li-enumerate">
Je commence par donner ma <EM>vision</EM> globale
des thÃ¨mes clefs de la <q>politique</q> Debian.

C'est je crois la seule faÃ§on de donner une idÃ©e de
comment je peux rÃ©agir face Ã  des scÃ©narios imprÃ©visibles.
</LI>
<LI CLASS="li-enumerate">
Ensuite je prÃ©sente l'<EM>approche</EM> que j'ai l'intention de mettre
en Å?uvre dans les tÃ¢ches institutionnelles du chef de projet Debian.
</LI>
<LI CLASS="li-enumerate">
Enfin je prÃ©sente quelques projets spÃ©cifiques que j'ai
l'intention de poursuivre si je suis Ã©lu chef du projet Debian.
</LI>
</OL>

<H3 CLASS="subsection"><A NAME="htoc5">2.1</A>Â Â Vision</H3>
<P><A NAME="sec:vision"></A></P>
<H5 CLASS="paragraph">Contributeurs non empaqueteurs</H5>
<P>
L'introduction des <A HREF="http://wiki.debian.org/DebianMaintainer";>\
DM</A> (mainteneurs Debian) a Ã©tÃ© un Ã©vÃ©nement heureux pour Debian.

Certaines personnes critiquent le fait que cela a ouvert
notre archive Ã  des paquets de qualitÃ© infÃ©rieure.

Cela pourrait Ãªtre vrai, mais nous avons aussi des (tas de)
paquets de qualitÃ© infÃ©rieure maintenus par des responsables Ã 
part entiÃ¨re qui ont perdu l'intÃ©rÃªt qu'ils portaient Ã  Debian.

La solution aux deux est <EM>plus d'assurance qualitÃ©</EM>.
</P>
<P>
Par l'intermÃ©diaire du processus de DM, de nombreuses personnes enthousiastes
ont rÃ©ussi Ã  rejoindre Debian, augmentant notre force de travail.

De plus, le processus de DM a incitÃ© un <em>processus plus contrÃ´lÃ©</em>
pour devenir dÃ©veloppeur Debian Ã  part entiÃ¨re, avec une meilleure
garantie d'engagement sÃ©rieux dans Debian, et des niveaux d'expÃ©rience.

Dans l'ensemble, le processus de DM est une voie d'accÃ¨s Ã  Debian moins
abrupte que celle qui existait jusqu'alors, ce qui nous permet de
rendre Ã  nos contributeurs une reconnaissance <EM>progressivement</EM>.
</P>
<P>
Nous devons tirer les leÃ§ons du processus de DM.

Nous avons beaucoup de prÃ©cieux contributeurs potentiels dans les environs.

Ils ont simplement besoin d'une meilleure
documentation sur la <em>faÃ§on</em> de nous rejoindre.

Ils ont juste besoin de quelque chose en Ã©change,
de quoi Ãªtre fier, qui reconnaÃ®t leurs efforts.

Je n'ai pas d'idÃ©e prÃ©conÃ§ue sur les diffÃ©rents moyens de rÃ©ussir cela (par
exemple des listes de contrÃ´le d'accÃ¨s par opposition aux augmentations de
droits linÃ©aires), mais nous avons besoin d'aller dans cette direction.

Ce faisant, nous devrions relÃ¢cher notre hypothÃ¨se implicite que
<EM>seules</EM> les qualitÃ©s techniques comptent dans Debian.

Le <q>meilleur systÃ¨me d'exploitation</q> est <EM>surtout</EM>,
mais pas seulement, fait de logicielsÂ ; il est aussi
fait de traductions, d'illustrations de musiques,Â etc.
</P>
<DIV CLASS="mantra"><DIV CLASS="center"><I>
J'agirai en faveur de voies d'accÃ¨s Ã  Debian plus
<EM>progressives</EM> et <EM>gratifiantes</EM>.
</I></DIV></DIV>

<H5 CLASS="paragraph">Maintenance collaborative</H5>
<P>
L'introduction du champ <TT>Uploaders</TT> a
Ã©tÃ© un dÃ©veloppement heureux au sein de Debian.

MÃªme si cela peut, en principe, permettre de former des
Ã©quipes de personnes sans responsabilitÃ© claire pour
certaines tÃ¢ches, cela fonctionne trÃ¨s bien en gÃ©nÃ©ral.

Cela crÃ©e des espaces techniques efficaces pour la collaboration sur des
sujets particuliers, et cela s'adapte aussi pour (re)crÃ©er des structures
organisationnelles avec une position particuliÃ¨re et des partages de tÃ¢ches.
</P>
<P>
La maintenance collaborative ne devrait pas Ãªtre
obligatoire (nous avons plusieurs dÃ©veloppeurs en solo
trÃ¨s efficaces), mais ce devrait Ãªtre par dÃ©faut.

Les dÃ©butants en empaquetage devraient commencer dans des
Ã©quipes de maintenance collaborative et y gagner en expÃ©rience.

Les retours des membres de l'Ã©quipe sont utiles pour
partager le poids sur les Ã©paules du processus de NM.

De mÃªme, nous ne devrions pas accepter la maintenance en solo quand elle vient
de paquets qui ne sont de fait pas maintenus (Ã  identifier convenablement
de faÃ§on quantifiable d'un point de vue de l'assurance qualitÃ©, avec
par exemple des vÃ©rifications croisÃ©es de MIA, WAT, bapase,Â etc.)

Dans ces cas, nous devrions suggÃ©rer â??Â ou mÃªme
forcer si besoinÂ â?? la maintenance collaborative.

Cela peut offrir une porte de sortie plus
acceptable qu'une humiliation publique et inutile.
</P>
<DIV CLASS="mantra"><DIV CLASS="center"><I>
Je me battrai contre l'excÃ¨s de propriÃ©tÃ© des paquets 
<EM>s'il entre en conflit avec la qualitÃ©</EM>.
</I></DIV></DIV>

<H5 CLASS="paragraph">MinoritÃ©s bruyantes</H5>
<P>
Nos liste de diffusion se sont sensiblement amÃ©liorÃ©es ces derniÃ¨res annÃ©es.

De temps en temps, cependant, elles sont polluÃ©es par des
minoritÃ©s (apparemment) trÃ¨s bruyantes capables de polariser
les dÃ©bats, ce qui n'est ni productif, ni agrÃ©able.

Vu comme nous sommes attachÃ©s Ã  notre communautÃ©, nous devons parfois
prendre part Ã  des discussions comme celle lÃ , qui explosent inÃ©vitablement
(les messages VAC Ã  cause de cela sont bien trop frÃ©quents).

Mon point de vue est le suivant.
</P>
<BLOCKQUOTE CLASS="quote"><p><I>
LibertÃ© d'expressionÂ : d'accord.
<BR/>
Prise d'otage de la majoritÃ© silencieuse
par des minoritÃ©s bruyantesÂ : pas d'accord.
</I></p></BLOCKQUOTE>

<P>
Bien que nous devrions envisager â??Â et l'avons dÃ©jÃ  appliquÃ© par le
passÃ©Â â?? des mesures de modÃ©ration Ã  l'encontre des comportements
portant prÃ©judice de faÃ§on rÃ©pÃ©tÃ©e Ã  la communautÃ©, nous ne pouvons pas
prendre le risque de les appliquer seulement dans l'<em>hypothÃ¨se</em>
que les expÃ©diteurs font vraiment partie d'une minoritÃ© bruyante.

MÃªme en absence de solution optimale pour ce genre
de problÃ¨me, les artifices techniques peuvent aider.

Un de ces artifices que j'aimerais utiliser et le <A
HREF="http://master.debian.org/~jeroen/polls/";>sondage</A>,
comme cela a Ã©tÃ© proposÃ© par d'autres il y a des annÃ©es.

Le but est de permettre Ã  tous les dÃ©veloppeurs Debian de lancer
un sondage avec authentification <EM>Ã  la</EM> <TT>devotee</TT>.
</P>
<P>
Les sondages permettent d'obtenir un point de vue raisonnable de l'avis de la
communautÃ©, sans avoir Ã  lancer la grosse machinerie de rÃ©solution gÃ©nÃ©rale.

Un sondage peut soit permettre clairement aux participants d'une discussion
(ou d'une foire d'empoigne) de se rendre compte qu'ils sont en dÃ©saccord
avec le reste du projet et qu'ils feraient mieux d'arrÃªter enfoncer
des portes ouvertes, soit d'indiquer qu'ils sont sur la bonne voie.
</P><DIV CLASS="mantra"><DIV CLASS="center"><I>
J'appliquerai des mÃ©canismes conformes au <EM>consensus</EM> s'il existe.
</I></DIV></DIV>

<H5 CLASS="paragraph">Rencontres en personne</H5>
<P>
Les rencontres sont nÃ©cessaires pour amÃ©liorer la qualitÃ© de
la collaboration au sein du projet, qu'importe l'efficacitÃ©
dont nous faisons preuve dans la communication numÃ©rique.

Se rassembler en personne, programmer pendant des
heures, faire des choses ensemble, et rentrer chez soi.

Le jour suivant, votre collaboration Ã  distance sera meilleure.
</P>
<P>
Permettre l'organisation de rencontres est un des meilleurs
moyens d'utiliser l'argent de Debian et d'autre ressources,
comme les gens justement nommÃ©s pour les gÃ©rer.

Heureusement que nous avons <A HREF="http://www.debconf.org";>\
DebConf</A>, organisÃ©e par une Ã©quipe trÃ¨s efficace.

Cependant DebConf ne devrait pas Ãªtre le seul rassemblement,
et nous devrions faire pression pour mettre en place des
rencontres locales, et utiliser nos ressources pour cela.

Je pense qu'il est tout Ã  fait raisonnable de prendre en charge
les voyages des contributeurs actifs si cela peut leur permettre
de se joindre Ã  d'autres pour travailler Ã  des objectifs prÃ©cis.
</P>
<P>
Une simple faÃ§on de dÃ©cider quand le faire ou ne pas le
faire, au delÃ  de la somme d'argent nÃ©cessaire, peut
Ãªtre le nombre d'autres dÃ©veloppeurs qui le demandent.

Si et <em>quand</em> l'argent devient un problÃ¨me, je ne vois rien
qui puisse nous empÃªcher d'organiser une campagne de dons spÃ©cifique.
</P>
<DIV CLASS="mantra"><DIV CLASS="center"><I>
Je ferai de mon mieux pour soutenir, avec de l'argent et
d'autres ressources, les rencontres de contributeurs.
</I></DIV></DIV>

<H5 CLASS="paragraph">Distributions dÃ©rivÃ©es</H5>
<P>
Nous faisons partie d'un Ã©cosystÃ¨me du logiciel libre, dans lequel
les correctifs circulent Ã  la fois depuis l'amont et l'aval.

Nous <A HREF="$(HOME)/social_contract">avons promis</A> de donner nos travaux
Ã  la communautÃ© du logiciel libre, mÃªme si nous Ã©chouons parfois Ã  le faire.

Des initiatives comme le <A HREF="http://patch-tracker.debian.org";>\
suivi de correctifs</A> nous permettent de rendre
visibles nos modifications Ã  la fois en amont et en aval.
</P>
<P>
Nos distributions dÃ©rivÃ©es nous ont en
amont, et sont dans une situation semblable.

Nous ne pouvons pas les <em>obliger</em> Ã  nous donner
quoi que ce soit, car nos promesses ne sont pas
forcÃ©ment les leurs, mais nous devrions tout de mÃªmeÂ :
</P>

<OL CLASS="enumerate">
<LI CLASS="li-enumerate">
<EM>Ãªtre exemplaires dans nos pratiques de restitution</EM>, par exemple
en suivant publiquement nos efforts Ã  l'envoi de correctifs en amontÂ ;
</LI>
<LI CLASS="li-enumerate">
<EM>faciliter autant que possible la restitution vers nous</EM>,
par exemple en participant aux initiatives interdistributions et
en rÃ©alisant des NMU pour les paquets oÃ¹ d'importants correctifs
aval sont laissÃ©s sans attention dans le BTS.
</LI>
</OL>

<P>
Faire les deux renforcera nos <EM>requÃªtes</EM> de restitution aux
distributions dÃ©rivÃ©es que nous ne devrions pas arrÃªter de prÃ©senter.
</P>

<P>
En particulier, nous ne devrions pas ignorer le fait
qu'<B>Ubuntu</B> est la plus populaire de nos distributions
dÃ©rivÃ©es et semble avoir une communautÃ© plus grande que la nÃ´tre.

(i) <EM>Techniquement</EM>, nous devrions exploiter
cela au bÃ©nÃ©fice de nos utilisateurs, en intÃ©grant les
modifications intÃ©ressantes et en jetant le reste.

Dans ce but, j'accueillerai les mÃ©canismes techniques qui permettent
aux dÃ©veloppeurs Debian de mieux interagir avec la communautÃ©
Ubuntu (bogues, correctifs,Â etc.) Ã  propos de leurs paquets.

(ii) <EM>Politiquement</EM>, nous avons l'avantage que les
publications d'Ubuntu contiennent 70Â % de paquets Debian non modifiÃ©s.

<SUP><A NAME="text1" HREF="#note1">1</A></SUP>

Cette avantage devrait Ãªtre utilisÃ© pour communiquer de faÃ§on plus
incisive notre vÅ?u de voir Ubuntu se comporter comme un aval de
logiciel libre convenableÂ : en remerciant et en donnant ses travaux.

(iii) Enfin nous devrions <em>communiquer</em> sur les raisons qui
nous rendent meilleurs (consultez la SectionÂ <A HREF="#sec:website">\
2.3.1</A>) et ne pas oublier que nous <EM>sommes</EM> meilleurs.
</P>

<H3 CLASS="subsection"><A NAME="htoc6">2.2</A>Â Â Interaction avec le projet</H3>
<P><A NAME="sec:dpl-project"></A></P>
<H4 CLASS="subsubsection"><A NAME="htoc7">2.2.1</A>Â Â Ã?tre prÃ©sent</H4>
<P><A NAME="sec:presence"></A></P>
<P>
J'ai souvent souffert d'une <q>absence</q> apparente du chef de projet.

Peut-Ãªtre que cela venait de moi, que je n'anticipais pas
suffisamment au point de solliciter le chef du projet sur IRC
ou par courrier Ã©lectronique et lui demander, mais je considÃ¨re
qu'il est du devoir du chef de projet de communiquer sa prÃ©sence.

Cela se concrÃ©tise de deux faÃ§onÂ : l'une est de <B>mener les dÃ©bats</B> entre
les dÃ©veloppeurs, conformÃ©ment Ã  ce qui est <A HREF="$(DEVEL)/constitution#5">\
prÃ©vu dans la constitution</A>, quelque chose que j'ai rarement vu.

MÃªme si nous n'en voulons pas par dÃ©faut (pas besoin d'un chef de
projet qui <q>Ã©crit dans tous les fils</q>), j'aimerais essayer d'Ãªtre
prÃ©sent dans les discussions <q>chaudes</q> (dÃ©finition volontairement
vague) qui concernent l'organisation et le projet Ã  grande Ã©chelle.

J'encouragerai aussi la consultation du chef de projet pour partager
son avis sur certains sujets, en me sollicitant explicitement.
</P>
<P>
L'avis du chef de projet peut aussi Ãªtre une premiÃ¨re
tentative raisonnable de rÃ©solution de conflitÂ ;
si cela Ã©choue, nous avons d'autres mÃ©canismes pour le rÃ©gler.

Ã? cet Ã©gard, je pense que mes qualitÃ©s personnelles peuvent
Ãªtre utiles au projetÂ : je suis rÃ©flÃ©chi, Ã  l'Ã©coute des
autres et capable de changer d'avis face Ã  de bons arguments.
</P>
<P>
La deuxiÃ¨me expression de prÃ©sence qui devrait Ãªtre attendue du
chef de projet est dans la gestion du <b>programme du projet</b>,
ainsi que dans la communication de <b>notre vision</b>.

La gestion du programme signifie avoir des objectifs sur les sujets que
le projet devrait <EM>considÃ©rer</EM> pendant un certain laps de temps.

La page <A HREF="http://wiki.debian.org/DiscussionsAfterLenny";>\
DiscussionsAfterLenny</A> â??Â et la faÃ§on dont nous (ne)
l'avons (pas) utilisÃ©Â â?? est un exemple de ce besoin.

Le chef de projet devrait s'assurer que le projet a des programmes
de ce genre pour Ã©viter d'oublier des points importants pour ne s'en
rappeler que plus tard au moment, par exemple, de la publication.
</P>
<P>
La gestion signifie aussi garder une trace de ce qui s'est passÃ©. 

La <A HREF="http://dep.debian.net/deps/dep0/";>proposition de DEP</A>,
Ã  laquelle j'ai contribuÃ© au dÃ©but, est une tentative dans ce sensÂ :
aucune grande charge de travail supplÃ©mentaire n'a Ã©tÃ© introduite,
juste une organisation du travail pour se rappeler l'Ã©tat des
propositions de modification du projet Ã  <q>grande</q> Ã©chelle.

Le chef du projet devrait prendre soin des DEP <q>abandonnÃ©es</q>
en les rÃ©assignant, les fermant ou les pilotant lui-mÃªme.

Je m'assurerai que nous essayons les artifices du mÃªme genre, pour
vÃ©rifier si nous pouvons enfin avoir des choix entre des dÃ©cisions
trÃ¨s formelles de type rÃ©solution gÃ©nÃ©rale et des dÃ©cisions un peu
folkloriques qui trop souvent ressemblent plus Ã  pas de dÃ©cision du tout.
</P>
<DIV CLASS="mantra"><DIV CLASS="center"><I>
J'ai l'intention d'Ãªtre un chef du projet <EM>prÃ©sent</EM>, Ã  la fois
dans les discussions et en tant que responsable du programme du projet.
</I></DIV></DIV>

<H4 CLASS="subsubsection"><A NAME="htoc8">2.2.2</A>Â Â Transparence</H4>
<P><A NAME="sec:transparency"></A></P>
<P>
Une autre faÃ§on d'Ãªtre prÃ©sent pour le chef de projet est de dÃ©voiler
<EM>rÃ©guliÃ¨rement</EM> ce qu'elle ou il est en train de faireÂ ;
appelons Ã§a la <q>transparence</q>.

Ã? cet Ã©gard, les habituels trop peu nombreuses <q>brÃ¨ves du chef
de projet</q> pendant un mandat ne sont pas acceptables pour un
rÃ´le qui est censÃ© reprÃ©senter un projet aussi gros et variÃ©.

Si je dois fait face au dilemme, je prÃ©fÃ©rerai laisser tomber quelques tÃ¢ches
de chef de projet pour communiquer sur les autres, plutÃ´t que l'inverse.
</P>
<P>
Probablement qu'un certain nombre d'activitÃ©s du chef de projet ne sont
pas adaptÃ©es Ã  Ãªtre dÃ©voilÃ©es, qu'elles soient d'ordre personnel pour
certaines personnes, totalement inintÃ©ressantes, ou encore qu'elles
ne soient pas sensÃ©es Ãªtre archivÃ©es sur Internet pour toujours.

Je sais aussi qu'Ã©crire Ã  partir de rien un message de <q>brÃ¨ves du chef de
projet</q> peut demander beaucoup de temps et Ã©ventuellement Ãªtre intimidant.
</P>
<P>
La solution que je mettrais en place est d'avoir constamment
un <b>flux de nouvelles des activitÃ©s du chef de projet</b>.

<q>Flux</q> est un concept, l'implÃ©mentation peut varierÂ : un canal
IRC, un blog ou microblog, une page de wiki <TT>BitsFromTheDPL</TT>
traitÃ©e <EM>Ã  la</EM> <A HREF="http://wiki.debian.org/DeveloperNews";>\
<TT>DeveloperNews</TT></A>, des envois Ã 
<TT>-private</TT> pour les donnÃ©es sensibles,Â etc.

L'absence de flux d'activitÃ©s signifiera l'absence
d'activitÃ© de chef du projet et le droit de se plaindre
pour les dÃ©veloppeurs Debian et de demander des comptes.

Je pense que les activitÃ©s qui ne sont pas encore prÃªtes Ã  Ãªtre dÃ©voilÃ©es
<EM>du tout</EM>, pas mÃªme en censurant ou en reformulant les prÃ©cisions,
sont suffisamment rares pur ne <em>pas</em> provoquer l'absence de flux.

Le flux sera alors figÃ© tous les mois et envoyÃ© Ã  <TT>d-d-a</TT>.

Si j'Ã©choue deux fois Ã  envoyer et figer, j'admettrais
mon Ã©chec et en expliquerai les raisons en demandant des
avis pour trouver des moyens de continuer le mandat.
</P>
<DIV CLASS="mantra"><DIV CLASS="center"><I>
Je fournirai un flux rÃ©gulier de nouvelles de mes activitÃ©s de chef du
projet, Ã  figer et envoyer <EM>tous les mois</EM> Ã  <TT>d-d-a</TT>.
</I></DIV></DIV>

<H5 CLASS="paragraph">Argent</H5>
<P>
Je crois que nous devons amÃ©liorer aussi la transparence sur
la <EM>gestion de l'argent</EM>Â : Ã  la fois les dÃ©veloppeurs
Debian et les contributeurs devraient pourvoir connaÃ®tre les
flux d'argent entrant et sortant de nos comptes en banque.

Je rechercherai avec les trÃ©soriers respectifs le moyen
de mettre en place ce type de compte-rendu public.

Nous avons pas mal d'argent (plus de 60Â 000Â $ rien que sur le compte de SPI),
avoir une idÃ©e de la faÃ§on dont il est utilisÃ© pourrait motiver tout le projet
Ã  l'utiliser de faÃ§on plus profitable (par exemple des machines dÃ©diÃ©es
ou d'autres ressources pour les besoins spÃ©cifiques de l'empaquetage).
</P>

<H4 CLASS="subsubsection"><A NAME="htoc9">2.2.3</A>Â Â Pas d'Ã©quipe de direction du projet Debian</H4>
<P><A NAME="sec:dpl-board"></A></P>
<P>
D'aprÃ¨s les chefs du projet prÃ©cÃ©dents, supporter les
tÃ¢ches de chef de projet tout seul peut Ãªtre dÃ©courageant.

Pour contrer cela, je serai toujours Ã  la recherche de conseils auprÃ¨s
des autres en fonction de leur domaine d'expertise dans le projet.

Je ne crois pas en l'utilitÃ© d'une <b>Ã©quipe de direction du projet</b>,
donc je n'en aurai pasÂ ; je n'aurai pas non plus de responsable adjoint.

Dans l'ensemble, je n'ai pas trouvÃ© de preuve qu'un de ces deux artifices peut
influencer de faÃ§on significative le dÃ©roulement du mandat de chef de projet.
</P>
<P>
Pour les affectations aux tÃ¢ches plus spÃ©cifiques, nous
avons les dÃ©lÃ©gations qui sont bien plus qu'assez.

J'aimerais Ã©tudier l'utilisation de <em>dÃ©lÃ©gations limitÃ©es dans le
temps</em> pour s'occuper de tÃ¢ches spÃ©cifiques qui sont considÃ©rÃ©es
fondamentales pour rÃ©aliser des points du programme du projet.

Une dÃ©lÃ©gation limitÃ©e dans le temps â??Â mise en place comme une dÃ©lÃ©gation
normale en dÃ©clarant qu'elle sera dÃ©faite, par exemple, Ã  la fin du
mandat de chef du projetÂ â?? Ã©vite l'accumulation de pouvoirs et donnera
au responsable un laps de temps pendant lequel concentrer ses efforts.

J'aimerais que des dÃ©veloppeurs Debian se proposent d'eux-mÃªmes
pour Ãªtre responsables de tÃ¢ches qui leur tiennent Ã  cÅ?ur (tant
que la <q>casquette de responsable</q> est vraiment nÃ©cessaire).
</P>
<DIV CLASS="mantra"><DIV CLASS="center"><I>
Je n'aurai pas d'Ã©quipe de direction du projetÂ ;
j'utiliserai plutÃ´t les dÃ©lÃ©gations Ã©ventuellement limitÃ©es dans le temps.
</I></DIV></DIV>

<H3 CLASS="subsection"><A NAME="htoc10">2.3</A>Â Â Plans particuliers</H3>
<P><A NAME="sec:itches"></A></P>

<H4 CLASS="subsubsection"><A NAME="htoc11">2.3.1</A>Â Â Le site web</H4>
<P><A NAME="sec:website"></A></P>
<P>
Nous voulons tous un <A HREF="$(VOTE)/2007/platforms/sho">\
site web plus attirant</A>, c'est-Ã -dire un site web oÃ¹ les  
gens peuvent trouver ce qu'ils cherchent, et qui ne donne pas
de nous l'image d'un systÃ¨me d'exploitation des annÃ©esÂ 80.

MÃªme si du travail <A HREF="http://wiki.debian.org/DebianWebsiteDiscussion";>a
avancÃ©</A> sur ce problÃ¨me au sein de l'Ã©quipe en charge
du site, aucune amÃ©lioration visible n'a encore Ã©tÃ© faite.
</P>
<P>
Plus le temps passe, plus les inconvÃ©nients du <EM>statu
quo</EM> sur le site web deviennent significatifs.

En particulier nous devons maintenant clairement expliquer
Ã  notre communautÃ© (potentielle) pourquoi nous sommes
meilleurs que les autres distributions basÃ©es sur Debian.

Nous devons expliquer que nous somme <EM>libres du dÃ©but Ã  la
fin</EM> (y compris tous les Ã©lÃ©ments de notre infrastructure)
et que nous sommes un <em>projet vraiment dÃ©mocratique</em> oÃ¹
les dÃ©cisions sont prises par les bÃ©nÃ©voles et non par l'argent.

Autrement dit, nous devons promouvoir <B>notre vision</B> au monde du logiciel
libre et le site web devrait Ãªtre le premier support pour le communiquer.
</P>
<P>
J'ai l'intention d'aider l'Ã©quipe en charge du site pour
rÃ©soudre les problÃ¨mes principaux pendant le mandat.

MÃªme s'il serait inutile de dÃ©finir prÃ©cisÃ©ment les objectifs
techniques dans un programme, ma conduite prÃ©vue sera la suivante.

Toutes les Ã©tapes sont supposÃ©es Ãªtre rÃ©alisÃ©es
en accord avec l'Ã©quipe en charge du site.
</P>
<OL CLASS="enumerate">
<LI CLASS="li-enumerate">
Ã?tablir les exigences minimales pour un site amÃ©liorÃ© en termes deÂ :
message, structure, accessibilitÃ© et organisation du travail.

Rendre ces exigences <EM>publiques</EM> avec un plan dÃ©taillÃ© du travail
Ã  accomplir pour y parvenirÂ : nous ne dissimulerons pas les problÃ¨mes.
</LI>
<LI CLASS="li-enumerate">
Envoyer un appel Ã  l'aide dans notre communautÃ©, Ã  la recherche de volontaires
pour se charger du travail et le dÃ©livrer en un intervalle de temps donnÃ©
(oui, je sais que nous sommes tous volontaires, mais nous
assumons nos responsabilitÃ©s et respectons des dÃ©lais, ce
problÃ¨me est suffisamment important pour le demander).

<SUP><A NAME="text2" HREF="#note2">2</A></SUP>
</LI>
<LI CLASS="li-enumerate">
S'assurer que les preneurs ont accÃ¨s aux ressources nÃ©cessaires, qu'ils
soient correctement remerciÃ©s pour leur tentative et, espÃ©rons le, y arrivent.
</LI>
</OL>

<P>
Si tout cela Ã©choue, nous dÃ©clencherons un plan d'urgence.

Par exemple, nous pouvons envisager de rechercher de l'aide
<EM>extÃ©rieure</EM> (c'est-Ã -dire si personne engagÃ© dans
Debian ne veut s'en occuper) pour se rendre compte de ce qui
manque, sous le contrÃ´le de l'Ã©quipe en charge du site web.

Nous achetons rÃ©guliÃ¨rement des services que nous ne pouvons pas
rÃ©aliser nous-mÃªmes, le site web ne devrait pas faire de diffÃ©rence.
</P>

<H4 CLASS="subsubsection"><A NAME="htoc12">2.3.2</A>Â Â Clarification des dÃ©lÃ©gations</H4>
<P><A NAME="sec:delegates"></A></P>
<P>
Rappelez vousÂ : TINC (il n'y a pas de cabale). Bien. AlorsÂ :
</P>
<OL CLASS="enumerate">
<LI CLASS="li-enumerate">
tous les <A HREF="$(DEVEL)/constitution#8">dÃ©lÃ©guÃ©s</A> actuels devraient
Ãªtre clairement identifiÃ©s sur <A HREF="$(INTRO)/organization">notre
page d'organisation</A> avec une rÃ©fÃ©rence au message de dÃ©lÃ©gationÂ :
</LI>
<LI CLASS="li-enumerate">
toutes les personnes des Ã©quipes principales qui Ã©taient en place avant
la gÃ©nÃ©ralisation des dÃ©lÃ©gations devraient Ãªtre officiellement dÃ©lÃ©guÃ©es.

Cela Ã©viterait les disparitÃ©s entre les <q>nouveaux</q> membres
d'Ã©quipe qui sont dÃ©lÃ©guÃ©s et les <q>anciens</q> membres
d'Ã©quipe qui sont toujours dans une situation peu claire.
</LI>
</OL>

<H4 CLASS="subsubsection"><A NAME="htoc13">2.3.3</A>Â Â Ã?quipes principales</H4>
<P><A NAME="sec:core-teams"></A></P>
<P>
Nos Ã©quipes principales se sont beaucoup amÃ©liorÃ©es rÃ©cemment, Ã 
la fois en termes de main-d'Å?uvre qu'en termes de communication.

FÃ©licitations pour ces amÃ©liorations aux deux prÃ©cÃ©dents
chefs de projet, et bien sÃ»r aux Ã©quipes elles-mÃªmes.

NÃ©anmoins, certaines Ã©quipes sont encore un peu limite,
ou tout du moins c'est ce qu'il semble vu de l'extÃ©rieur.

Ajouter des membres rend une Ã©quipe plus tolÃ©rante aux absences, et
permet aussi de prÃ©parer la gÃ©nÃ©ration suivante de contributeurs.

La distinction entre les assistants et les membres dans
plusieurs Ã©quipes semble fonctionner vraiment bien pour cela.
</P>
<P>
Mon intention naÃ¯ve serait d'amener toutes les Ã©quipes principales Ã  au moins
trois membres et les pousser Ã  faire campagne pour avoir des assistants
quand aucune procÃ©dure bien Ã©tablie n'existe pour rejoindre l'Ã©quipe.

Aussi, en regardant notre <A HREF="$(INTRO)/organization">page
d'organisation</A>, on dirait que plusieurs Ã©quipes sont soit
inactives, soit trÃ¨s mauvaises pour communiquer ce qu'elles font.

Pour leur propre bien, les personnes impliquÃ©es devraient Ãªtre incitÃ©es
soit Ã  passer la main pour s'occuper de choses qui les intÃ©ressent
plus, soit Ã  communiquer rÃ©guliÃ¨rement sur ce qu'elles font.
</P>

<P>
Toutes ces modifications devraient cependant Ãªtre d'abord essayÃ©es
avec l'accord de l'Ã©quipe, pour ne pas embÃªter des Ã©quipes
Ã©ventuellement en sous-effectif mais pourtant trÃ¨s efficaces.

L'initiative de <A
HREF="http://lists.debian.org/debian-devel-announce/2008/04/msg00014.html";>\
contrÃ´le des Ã©quipes</A> lancÃ©e par Steve McIntyre il y a deux
ans allait dans la bonne direction, mÃªme si elle devra de toute
Ã©vidence Ãªtre rÃ©organisÃ©e car le temps passe pour tout le monde.
</P>

<H2 CLASS="section">Informations supplÃ©mentaires</H2>
<P><A NAME="sec:extra"></A></P>
<H5 CLASS="paragraph">Temps consacrÃ©</H5>
<P><A NAME="sec:time-commit"></A></P>
<P>
Ã?tre chef du projet Debian est un dÃ©fiÂ ; pour
rÃ©ussir, le travail doit Ãªtre pris au sÃ©rieux.

Pendant la durÃ©e du mandat, je mettrai donc en pause mes
autres engagements dans DebianÂ : c'est un devoir envers
les anciens collaborateurs et un compromis honnÃªte pour Ã©viter l'explosion.

La plupart de mes devoirs cÃ´tÃ© Debian se font avec des Ã©quipes
trÃ¨s efficaces, j'ai donc confiance sur le fait que les tÃ¢ches
ne seront pas laissÃ©es sans surveillanceÂ ; le reste est une
poignÃ©e de paquets qui auront besoin de nouveaux responsables.
</P>
<P>
Sur le mÃªme thÃ¨me et dans un souci de transparenceÂ : certains
candidats au poste de chef du projet Debian ont par le passÃ©
dÃ©clarÃ© Ãªtre capables d'Ãªtre chef du projet Debian Ã  plein temps.

Je ne peux pas me le permettre.

Je propose que tout mon temps Debian en tant que bÃ©nÃ©vole
soit dÃ©tournÃ© au profit du travail de chef du projet Debian.

Cependant, j'ai un <A
HREF="http://en.wikipedia.org/wiki/Roberto_Di_Cosmo";>patron
trÃ¨s rÃ©ceptif au logiciel libre</A>Â : j'ai la libertÃ©
de rÃ©organiser mon agenda lors d'urgences ou de
rallongement d'activitÃ©s, comme les voyages pour des raisons liÃ©es Ã  Debian.

Comme la plupart d'entre nous, je suis en gÃ©nÃ©ral disponible
sur IRC, par tÃ©lÃ©phone,Â etc.
</P>

<H2 CLASS="section"><A NAME="htoc14">A</A>Â Â RÃ©futation</H2>
<P><A NAME="sec:rebuttals"></A></P>

<H5 CLASS="paragraph">Wouter Verhelst</H5>
<P>
Je suis d'accord avec plusieurs parties de la <q>vision</q> de Wouter sur
Debian et, en particulier, avec le fait que nous avons un grand besoin
d'attirer plus de dÃ©veloppeurs pour conserver notre excellence technique.
</P>
<P>
Ce qui ne me semble pas clair en lisant son programme
est la faÃ§on de la mettre vraiment en place.

D'un cÃ´tÃ©, l'idÃ©e de parler plus avec des <q>gens Debian</q> autres
que des dÃ©veloppeurs et mainteneurs Debian est merveilleuse â??Â si tant
est que Wouter imagine que le chef du projet va participer Ã  plus
d'Ã©vÃ©nements que nos <q>habituels</q> Ã©vÃ©nements orientÃ©s dÃ©veloppeurs.

Cela n'est cependant pas suffisant, parce que le grand public
de nos Ã©ventuels contributeurs n'est pas (seulement) lÃ .

De ce cÃ´tÃ©, je pense que miser sur notre prÃ©sence sur le
web n'est pas mentionnÃ© dans le programme comme un domaine
stratÃ©gique important pour attirer plus de dÃ©veloppeurs.
</P>
<P>
Enfin, je pense que pour rÃ©aliser notre excellence technique,
attirer plus de dÃ©veloppeurs est nÃ©cessaire, mais pas suffisant.

Dans l'Ã©cosystÃ¨me Debian actuel, avec le succÃ¨s de quelques unes de
nos distributions dÃ©rivÃ©es, l'excellence technique passe aussi par
l'exploitation des synergies parmi toutes nos distributions dÃ©rivÃ©es.

De ce point de vue, je vois pas dans le programme de Wouter sa vision Ã 
propos de sujets comme nos relations avec les distributions dÃ©rivÃ©es.
</P>

<H5 CLASS="paragraph">Charles Plessy</H5>
<P>
Dans l'ensemble, je ne pense pas partager le prÃ©supposÃ©
de Charles sur la <EM>crise de croissance</EM> de Debian.

Actuellement, je perÃ§ois pas Debian comme ayant un problÃ¨me
d'Ã©chelle par rapport au nombre de paquets, de contributeurs,Â etc.

Au contraireÂ : j'ai plutÃ´t l'impression que la main-d'Å?uvre (relative)
disponible est en diminution et que notre qualitÃ© en souffre par consÃ©quent.

Pour contrer cela, nous devons <EM>croÃ®tre plus</EM>,
en particulier le nombre de dÃ©veloppeurs Debian.
</P>
<P>
Je suis parfois d'accord ou non de faÃ§on mitigÃ©e
avec les autres propositions avancÃ©es par Charles.

Par exemple j'aime bien l'idÃ©e de sollicitation des dÃ©lÃ©guÃ©s, mais je n'aime
pas l'idÃ©e de publications flexibles qui â??Â pour reprendre les mots de
CharlesÂ â?? semble faire peser la balance trop loin de la <EM>coordination</EM>.

De plus, j'aime l'idÃ©e d'avoir le chef du projet qui s'occupe des
discussions <q>en surplus</q> (en fait cela fait partie de mon programme
oÃ¹ je dÃ©clare que le chef du projet doit s'occuper du programme du
projet, consultez la SectionÂ <A HREF="#sec:presence">2.2.1</A>).
</P>
<P>
Un dernier dÃ©tail pour finir, je ne suis pas particuliÃ¨rement
Ã  l'aise avec l'idÃ©e d'un chef de projet qui ne pourra pas
voyager pour se rendre Ã  des rencontres dans le monde entier,
car c'est un des devoirs les plus typiques du chef de projet.
</P>

<H5 CLASS="paragraph">Margarita Manterola</H5>
<P>
Le programme de Margarita est motivant sur la faÃ§on dont nous
devrions nous comporter au sein de la communautÃ© Debian.

Cependant, je ne suis pas certain que le simple fait de dire comment
nous devrions nous comporter â??Â ou d'avoir un chef de projet qui se
comporte de cette faÃ§on, comme cela a Ã©tÃ© soulevÃ© sur <TT>-vote</TT>Â â??
suffise Ã  modifier les comportements de faÃ§on significative.

La <q>journÃ©e de remerciement Ã  Debian</q> est aussi une bonne
idÃ©e, mais il ne me semble pas qu'il soit nÃ©cessaire que le
chef de projet s'en occupe pour que cela devienne une rÃ©alitÃ©.
</P>
<P>
J'aime aussi l'idÃ©e de promouvoir Debian avec une campagne web,Â etc. mais
j'ai aussi notÃ© en rÃ©ponse au programme de Wouter, que j'ai trouvÃ© frappant
de mettre en valeurs ces aspects que j'estime Ãªtre des dÃ©fauts mineurs dans
le contexte global de notre capacitÃ© Ã  attirer plus de monde (y compris
notre prÃ©sence web, la communication des valeurs qui nous distinguent,Â etc.)
</P>

<H5 CLASS="paragraph">Merci et bonne chanceÂ !</H5>
<P>
Jusqu'Ã  prÃ©sent, faire campagne cette annÃ©e Ã  Ã©tÃ©
vraiment <EM>sympathique et enthousiasmant</EM> pour moi.

Le mÃ©rite revient non seulement aux contributeurs pour les
questions intÃ©ressantes sur <TT>-vote</TT>, mais aussi au
fait qu'il y avait plusieurs candidats actifs en compÃ©tition.

Merci aux candidats, et bonne chance pour les Ã©lectionsÂ !
</P>

<H2 CLASS="section"><A NAME="htoc15">B</A>Â Â Journal de modifications</H2>
<P><A NAME="sec:changelog"></A></P>
<P>
<A HREF="$(VOTE)/2009/platforms/zack">Mon programme
de 2009</A> et celui-ci se ressemblent beaucoup.

Pour ceux qui ont lu le premier, voici un
rapide rÃ©sumÃ© des modifications significatives.
</P>
<UL CLASS="itemize">
<LI CLASS="li-itemize">
RÃ©organisation de la section sur les distributions dÃ©rivÃ©es, prÃ©cision des
relations avec Ubuntu (consultez la SectionÂ <A HREF="#sec:vision">2.1</A>).
</LI>
<LI CLASS="li-itemize">
Je ne rechercherai pas de responsable adjoint, je prÃ©vois plutÃ´t
d'utiliser des dÃ©lÃ©gations normales, Ã©ventuellement limitÃ©es dans
le temps (consultez la SectionÂ <A HREF="#sec:dpl-board">2.2.3</A>).
</LI>
<LI CLASS="li-itemize">
Prise de conscience du rÃ´le du site web pour communiquer notre
vision (consultez la SectionÂ <A HREF="#sec:website">2.3.1</A>).
</LI>
<LI CLASS="li-itemize">
Petites modifications un peu partout <TT>:-)</TT>.
</LI>
</UL>

<HR CLASS="footnoterule">
<DL CLASS="thefootnotes">
<DT CLASS="dt-thefootnotes"><A NAME="note1" HREF="#text1">1</A></DT>
<DD CLASS="dd-thefootnotes">
Y compris universe, mais universe est nÃ©anmoins
un argument de vente important pour eux
</DD>
<DT CLASS="dt-thefootnotes"><A NAME="note2" HREF="#text2">2</A></DT>
<DD CLASS="dd-thefootnotes">
MÃªme si cela Ã©tait autrement plus simple, mon expÃ©rience avec la <A
HREF="http://upsilon.cc/~zack/blog/posts/2007/12/pts_face_lifted/";>\
mise Ã  jour du systÃ¨me de gestion de paquets (PTS)</A> montre que
notre communautÃ© est rÃ©active face Ã  nos faiblesses en prÃ©sence
webÂ : j'ai demandÃ© de nouvelles feuilles de style pour l'apparence
du PTS, eu plusieurs rÃ©ponses, et ai choisi l'une d'entre elles.

Cela demande quelques Ã©changes dans les deux sens, mais ce n'est pas
diffÃ©rent du mode de fonctionnement habituel avec des correctifs.
</DD>
</DL>

<HR><BLOCKQUOTE CLASS="quote"><p><EM>Ce document a Ã©tÃ© converti du L<sup>A</sup>T<sub>E</sub>X par
</EM><A HREF="http://hevea.inria.fr/index.html";><EM>H</EM><EM><sup class=mini>E</sup></EM><EM>V</EM><EM><sup class="mini">E</sup></EM><EM>A</EM></A><EM>.</EM></p></BLOCKQUOTE>

Attachment: signature.asc
Description: OpenPGP digital signature

Reply to:

Prev by Date: [DONE] wml://vote/2012/platforms/zack.wml
Next by Date: [TAF] wml://users/com/{vozdegalicia,gplhost,gnutransfer}.wml
Previous by thread: [RFR2] wml://po/doc.fr.po
Next by thread: [TAF] wml://users/com/{vozdegalicia,gplhost,gnutransfer}.wml
Index(es):
- Date
- Thread