-- .~. Nicolas Bertolissio /V\ nico.bertol@free.fr // \\ /( )\ ^`~'^ Debian GNU-Linux
#use wml::debian::template title="Programme de Gustavo Franco" BARETITLE="true" NOHEADER="true"
#include "$(ENGLISHDIR)/vote/style.inc"
#use wml::debian::translation-check translation="1.7" maintainer="Nicolas Bertolissio"
<h1>
Programme de Gustavo Franco
</h1>
<h2>
Introduction
</h2>
<p>
Je suis n� Rio de Janeiro, au Br�l – il y a un certain temps. Je
travaille pour une O.N.G. appel�Information Network for the Third Sector
– qui a pour but sur le renforcement des organismes de la soci�
civile et des mouvements sociaux ; j'y coordonne l'�ipe technologique,
dirigeant les services internet de notre propre FAI et menant le d�loppement
d'une distribution personnalis�bas�sur Debian.
</p>
<p>
J'emploie les logiciels libres depuis dix ann� et Debian depuis sept ans, en
m� temps j'ai donn�eaucoup d'entretiens li�aux syst�s libres et �ode
source ouvert �ravers le pays. Sans compter GNU/Linux, j'ai �lement utilis�es syst�s d'exploitation FreeBSD et OpenBSD. Je les aime et attends avec
int�t une publication de Lenny avec kfreebsd-i386 et kfreebsd-amd64, au
moins.
</p>
<h2>
Pourquoi voter pour Gustavo Franco ?
</h2>
<p>
J'ai commenc� contribuer au projet Debian il y a presque six ans et j'ai
attendu la cr�ion de mon compte apr�avoir � recommand�u responsable des
comptes de Debian pendant plus de trois ann�, c'est arriv�l y a deux ans.
Pendant ces deux ann� j'ai fait beaucoup plus qu'avant, et le mot-cl�st : motivation.
</p>
<p>
Je demande votre voix pour garder motiv� les personnes qui travaillent �aire aboutir nos objectifs pendant mon mandat. J'expliquerai ces buts en
d�il ci-dessous et si vous en partagez beaucoup, je pense que je suis votre
candidat, autrement si vous n'en partagez que quelques uns je pense que vous
devriez me classer juste au-dessous de votre candidat pr�r�Il est possible
que je n'ai d�it ici aucun but commun que nous partagions, ne me rejetez pas
imm�atement. Envoyez-moi un message en priv�t indiquez-moi vos buts dans le
projet de Debian. Je ferai de mon mieux pour en pr�ser au moins un que nous
avons en commun et sur lequel nous travaillerons pendant mon mandat, si je suis
�.
</p>
<p>
Je voudrais vous informer qu'en consid�nt que nous ne pouvons pas forcer des
volontaires �ravailler, les gens qui ont des positions cl�et qui sont
surcharg�ou incapables d'effectuer le travail volontaire pour quelque raison
que ce soit, devront partager leurs r� avec d'autres pour am�orer notre
syst� d'exploitation universel. Voter pour moi signifie que vous respectez
les contributions et les comp�nces des personnes mais que vous n'acceptez pas
des fonctions mal document� et immuables dans notre structure d'organisation.
</p>
<h2>
Mon histoire dans Debian
</h2>
<p>
Apr�avoir rejoint l'�ipe pkg-Perl et avoir contribu�u groupe dans son
ensemble, y compris �a charte des mises �our. Je me suis aper�que nous
n'avions pas eu de projet semblable pour les modules Python aussi ai-je fond�'�ipe des modules Python de Debian avec Guilherme Pastore juste apr�que
nous ayons � rejoints par Rapha�Hertzog et beaucoup d'autres contributeurs.
J'ai �lement lanc�e groupe pkg-ltsp apr�avoir parl�n t� �� avec
Otavio Salvador au sujet de l'�t d'empaquetage de ltsp et de comment nous
tra�ons derri� Ubuntu. Ensuite j'ai organis�ne r�ion en ligne avec les
responsables d'Ubuntu de ltsp et ceux de Debian pour discuter de notre
coop�tion, nous avons donc maintenant presque le m� ensemble de
fonctionnalit�dans la distribution instable et la version Etch de Debian peut
�e facilement utilis�comme serveur de clients l�rs.
</p>
<p>
Je suis �lement parvenu �ecoller ensemble : le site de d�loppement
pour la bureautique de Debian, la liste de diffusion debian-desktop et le
projet de debian-desktop d'Alioth – comprenant les membres de
pkg-gnome, de pkg-kde et de pkg-xfce pour travailler autour d'un vrai projet de
bureautique pour Debian avec des graphismes communs et un ensemble de
fonctionnalit�communes, pendant le cycle de d�loppement d'Etch. En outre
avec la coop�tion des membres des projets tasksel, debian-Cd et debian-live,
je pensent que nous avons dans Etch le meilleur acquis de bureautique de Debian
jamais obtenu.
</p>
<p>
Je suis �lement membre et j'ai contribu�ux groupes suivants : pages du
site Debian, �ipe de Gnome, tasksel, debtags, Debian-BR, �ipe
d'incorporation des am�orations d'Ubuntu et pkg-galago.
</p>
<h2>
Mon programme
</h2>
<p>
Je projette de consacrer plus de temps aux principaux points ci-dessous. Je
veux envoyer des revues mensuelles mais aussi en fonction des avanc� �ebian-devel-announce avec les num�s de bogues concern�(s'il y en a) ou des
r�m�de rapports. Je vous tiendrai au courant de ce que je consid� comme
important et d'autres questions dont je suis s�'elles appara�ont :
</p>
<ul>
<li>
<p>
Les �ipes principales
</p>
<p>
Je consid� l'administration des serveurs de Debian (y compris des
archives ftp), la gestion des porte-cl� la documentation, les portages,
la s�rit�la gestion des publications et l'installateur comme les
domaines principaux du projet. Ces domaines et les �ipes principales
correspondantes except�our la documentation, la gestion des publications
et l'installateur sont de loin les groupes les plus critiqu�depuis plus
de six ann�. Pendant ce temps nous avons publi�link, Woody, Sarge et
nous sommes d��par des distributions jeunes qui, dans les six ann� � venir ou plus t�seront plus appropri� que Debian dans chaque domaine
et pourrons clamer qu'elles d�loppent vraiment le logiciel d'exploitation
universel.
</p>
<p>
Je demanderai aux �ipes principales des proc�res claires sur la fa�
dont un d�loppeur Debian peut y contribuer et les rejoindre apr�un
certain temps, en fonction de son m�te. Je veux rendre claire la
diff�nce entre un r�d'assistant et un membre �art enti� d'une
�ipe principale ainsi que la mani� pour un assistant de postuler afin
de devenir un membre �art enti�. En moins d'un an, il n'y aura aucun
point d'�ec dans aucun des domaines principaux, si c'est vraiment ce qui
est voulu.
</p>
<p>
Pr�sons que je ne serai pas moi-m� candidat en tant que membre d'aucune
�ipe principale pendant mon mandat.
</p>
<p>
Je travaillerai �lement pour maintenir la page de la structure
d'organisation de Debian �our et pour documenter chaque poste qui y est
�m�.
</p>
</li>
<li>
<p>
Objectifs de publication
</p>
<p>
Le projet Debian n'a aucun programme fixe de publication et l'argument de
base de ceux qui soutiennent cette approche est que cela augmente la
qualit�Ind�ndamment du nombre d'heures que vous passez sur un cycle de
d�loppement, si vous n'effectuez pas le travail il n'y a aucune qualit�
promouvoir. L'autre point est que si vous continuez �ravailler sans buts
clairs en dehors de la qualit�a meilleure possible, vous ne publiez
jamais.
</p>
<p>
J'ai entendu parler qu'une compagnie bas��edmond est connue pour
laisser passer beaucoup d'ann� entre les versions de son syst�
d'exploitation et que cette seule approche n'a pas augment�a qualit�u
produit ni qu'elle a les meilleurs ni les derniers outils empaquet�avec
son syst� d'exploitation.
</p>
<p>
Les pr�dents candidats responsables du projet Debian ont propos�ue
Debian augmente son rythme de publication et ait un calendrier fixe de
publication. Malheureusement, je n'ai vu d'eux aucune vraie action en
dehors du travail difficile de l'�ipe de publication pendant le cycle de
d�loppement d'Etch.
</p>
<p>
Je veux avancer et d�nir clairement des objectifs de publication de Lenny
pendant mon mandat. Je pense qu'il y a beaucoup de logiciel et de projets
principaux (faisant participer des groupes ou des groupes de groupes) dans
Debian qui peuvent �e employ�comme <q>moyens de support</q> pour nos
publications (par exemple : le noyau, l'installateur, le serveur web
le plus utilis�les environnements de bureau les plus communs). Par ces
<q>moyens de support</q>, j'ai voulu dire qu'une fois que nous avons les
versions amonts que nous avons d�nies �'avance en place, il est temps
de passer en phase de gel et de d�nir le syst� d'exploitation dans son
ensemble. De m� que nous avons une proc�re pour qualifier une
architecture pour la publication, je veux discuter avec l'�ipe de
publication et avec vous d'une proc�re pour qualifier un logiciel ou un
projet comme objectif de publication.
</p>
</li>
<li>
<p>
Le syst� de suivit de bogues^W Debian
</p>
<p>
En fait, nous n'employons pas la pleine capacit�e notre syst� de suivi.
Le code derri� bugs.debian.org, avec juste quelques adjonctions, quelques
ajustements et l'utilisation appropri�des �quettes utilisateurs peut
servir en tant que ce que j'appelle le syst� de suivi de Debian. Vous
�s libre de continuer �'appeler <q>syst� de suivi des bogues</q>
cependant, mais si je suis � je promouvrai les changements
suivants :
</p>
<ul>
<li>
ajouter la gestion des votes. S'il est bien mis en application, un
contributeur ou un d�loppeur peut facilement rep�r les bogues qui
affectent beaucoup d'utilisateurs. Chaque bogue critique pour la
publication suscite l'attention avant une publication, on ne peut pas
dire de m� des bogues qui ne sont pas critiques pour la publication,
mais beaucoup d'eux g�nt de nombreux d'utilisateurs ;
</li>
<li>
ajouter un <q>rapport un bogue</q> sur la Toile. Permettre aux
utilisateurs d'�ire des rapports de bogue contre des paquets ou des
pseudo-paquets dans la page bugs.debian.org/nom_du_paquet, en exigeant
l'adresse �ctronique du d�sant et en mettant peut-�e en
application CAPTCHA. Envoyer au d�sant un message <q>veuillez
confirmer votre rapport de bogue</q> avant d'envoyer le rapport de
bogue au responsable de paquet et de le lister dans l'interface sur la
Toile ;
</li>
<li>
ajouter le pseudo-paquet debian-admin. Je voudrais que l'�ipe
d'administration de Debian d'admin emploie de pr�rence ce syst�
pour suivre les probl�s publics en cours. Veuillez lire �lement le
rapport n� 408150 �ttp://bugs.debian.org/408150 ;
</li>
<li>
ajouter une page de statistiques. Elle contiendrait au moins les cinq
principales personnes ayant ferm�es bogues r�mment, les bogues
cl��et les bogues ouverts ;
</li>
<li>
prolonger le concept des �quettes utilisateurs �es bogues
utilisateurs, comme �nt des bogues que seuls le d�sant ou un groupe
de personnes ayant souscrit (y compris ou pas le d�sant) peut
contr� par courriels, mais qui ne sont pas montr�dans la page des
bogues d'un paquet ou d'un pseudo-paquet. Ce dispositif est utile pour
des projets comme utnubU et pourrait �lement �e employ�our les
transitions.
</li>
</ul>
<p>
Je veux �lement m'assurer qu'aucune initiative de traduction impliquant
une interface web pour coordonner les traductions ne rendra cauchemardesque
l'entretien actuel par les bogues souhait�dans le syst� de suivi des
bogues. Je pense que nous pouvons rendre caduque le comportement actuel en
important p�odiquement les traductions en attente dans le nouveau
syst�, mais il serait mieux que ce nouveau syst� puisse coexister et
respecter les num�s de bogues du syst� de suivi des bogues. De cette
fa� importer une traduction pour la publication d'un paquet, cl�era
toujours le bogue.
</p>
<p>
Malheureusement je n'ai pas encore discut�e ces propositions (except� pour le bogue n� 408150) avec les administrateurs du syst� de suivi
des bogues par manque de temps, mais si je suis � je pr�rerai une
proposition plus d�ill�avec l'aide d'autres personnes pour chaque
caract�stique et je proposerai des correctifs de base.
</p>
</li>
<li>
<p>
Nouveaux d�loppeurs
</p>
<p>
Il est clair que nous avons besoin de d�loppeurs nouveaux et comp�nts,
les d�loppeurs Debian sont une ressource rare, les contributeurs
r�liers �ebian ne sont pas si communs et nous avons beaucoup
d'utilisateurs �atisfaire. Ce n'est pas aussi facile que �en a l'air,
laissons venir du <q>sang frais</q>. Je voudrais donner �oerg Jaspert des
privil�s complets de responsable des comptes de Debian (y compris la
possibilit�'entretien des porte-cl�, et promouvoir un responsable de
candidature bien connu par ses r�ltats comme assistant des responsables
des comptes de Debian pour collaborer avec Joerg et James.
</p>
</li>
<li>
<p>
Nouveaux paquets
</p>
<p>
Je pense qu'une ou deux nouvelles personnes peuvent g�r les paquets dans
la file d'attente des nouveaux paquets qui ne sont pas vraiment nouveaux,
mais simplement de vieux paquets source produisant de nouveaux paquets
binaires sans autoriser de modifications. Ce changement sera fait si
n�ssaire, apr�une revue d'�ipe de ftpmaster. Qui et pourquoi les
assistants sont des assistants et ce qu'ils ne peuvent pas faire que des
membres �art enti� sont cens�faire.
</p>
</li>
<li>
<p>
Comit�echnique
</p>
<p>
Le comit�echnique est cr�par la constitution de Debian, �a
section 6. C'est le corps qui prend une d�sion finale sur des
conflits techniques au sein du projet de Debian. Si la page du site est � jour leur derni� d�sion technique a � prise en 2004, le comit�
� ensuite �ndu malgr�out. Je serais heureux de voir un comit� technique plus actif pendant mon mandat.
</p>
<p>
Je projette �lement de proposer une r�lution g�rale de modifier notre
constitution (6.6) et introduire au moins deux membres �s dans le comit� technique pendant mon mandat et �e s�e la constitution modifi� permettra une rotation des membres du comit�echniques de temps en temps.
Je crois que nous verrons les programmes int�ssants venant de personnes
comp�ntes du projet et int�ss� par les revues et le travail sur la
r�lution des probl�s expos�dans le syst� de suivi de Bogues^W
Debian (pseudopaquet : tech-ctte). Je pense que ce peut �e la prochaine
�pe logique pour les membres actifs de la communaut�yant une histoire
int�ssante dans le projet, et je pense qu'ils peuvent agir comme un lien
entre n'importe quel contributeur de Debian et le cœur du projet sur
les questions techniques.
</p>
</li>
<li>
<p>
Tr�rs cach�de Debian : groupes, sous-projets et super-groupes
</p>
<p>
Il y a beaucoup d'utilisateurs et d'enthousiastes autour de Debian qui ne
r�isent pas combien nous avons �lu�n termes de groupes, de
sous-projets et de super-groupes. J'entends groupes en tant que n'importe
quel groupe dans Alioth ; sous-projets en tant que groupes plus
officiels avec une page sur notre site officiel et super-groupes en tant
que groupe de groupes (par exemple : debian-desktop).
</p>
<p>
Je pense que sans notre GForge install�sur Alioth) nous n'aurions pas de
groupes, de super-groupes et m� certains sous-projets qui existaient d�
mais n'avaient pas une activit�ussi organis� Pendant mon mandat, je
discuterai avec le comit�echnique pour savoir s'il vaut la peine d'�ire
des proc�res techniques d�ill� qui s'appliqueraient �n groupe
d'Alioth pour �e promu en sous-projet. Ce serait particuli�ment utile
pour les groupes orient�en service (par exemple : les r�oporteurs
et les parrains) parce que certains utilisateurs ne les connaissent
simplement pas ou refusent de les employer parce que leur statut n'est pas
officiel.
</p>
<p>
Des groupes, des sous-projets ou des super-groupes, je pense qu'en tant que
communaut�ue nous devrions employer et favoriser plus ce qui est sympa et
qui fonctionne. Je vois des propositions impliquant des choses que les
mentors et les parrains font depuis longtemps. Parlez de vos projets Alioth
favoris maintenant !
</p>
</li>
<li>
<p>
Nouveaux logiciels dans les publications stables et r�oportages
</p>
<p>
Bas�ur les crit�s pour promouvoir les groupes en sous-projets, je
voudrais voir favoris�les r�oportages pendant le cycle de d�loppement
de Lenny. De cette fa� nous pourrons ajouter des logiciels nouveaux mais
g�s officiellement dans une version stable. La gestions et les crit�s
de s�rit�our l'insertion ont besoin de davantage de discussion, ce que
je pr�is de faire avec les �ipes impliqu� et le comit�echnique.
</p>
</li>
<li>
<p>
Debian est un syst� d'exploitation universel
</p>
<p>
O� donc la sph� Debian ? Le projet Debian a besoin de plus
d'�nements officiels et d'un calendrier pour les suivre. Je pense que les
organisateurs actuels et pass�des conf�nces Debian (notre �nement
annuel principal) peuvent partager leur exp�ence avec les organisateurs
locaux d'�nements sur la fa� d'obtenir et de g�r des fonds de
sponsors et publier les conf�nces locales. Je discuterai aussi avec les
parties impliqu� de la possibilit�e cr� une �ipe formelle pour les
�nements.
</p>
<p>
Je ferai de mon mieux pour voir au moins une conf�nce Debian en Asie, en
Am�que du Nord et en Am�que latine se produire apr�notre conf�nce
Debian mondiale en �osse cette ann�et avant celle d'Argentine. Ces
conf�nces locales de Debian devraient �e plus petites et focalis� sur
la r�ion de d�loppeurs et de contributeurs qui ne pouvaient pas
assister �'�nement mondial �ause de son �ignement et de sa date,
elles devraient pr�nter des expos�relatifs �es probl�tiques
locales, d�lopper un ordre du jour local, travailler �'organisation de
chasses aux bogues. Avec la possibilit�'inviter et d'accueillir quelques
�angers naturellement.
</p>
<p>
Je veux favoriser la <q>semaine de Debian</q>, une semaine en ao� des
groupes d'utilisateurs de Debian, des groupes d'utilisateurs de Linux et la
communaut�e Debian dans l'ensemble seront encourag��avoriser des
�nements destin�aux utilisateurs. Les d�loppeurs peuvent participer
en aidant �rganiser de tels �nements ou produisant des expos� Les
groupes int�ss�par les discours des d�loppeurs de zones �ign� pourront nous contacter et nous pourrons agir en tant que lien entre les
organisateurs, les sponsors et le d�loppeur pour payer le voyage et
couvrir d'autres co�Les organisateurs de la <q>semaine de Debian</q>
pr�reront une liste des d�loppeurs souhaitant pr�nter des expos�de
fa� volontaire, pr�de chez eux ou dans des zones plus �ign�.
</p>
<p>
Je suis totalement pour le d�loppement de r�ions de groupes <q>�a
demande</q>, un �ipe charg�des �nements pourrait effectuer le dur
travail d'organisation de conf�nces aussi sp�alis� et le groupe de
d�loppement pourrait consacrer la majeure partie de son temps �aire ce
qu'il fait de mieux. L'�ipe des �nements peut �lement agir en tant
que relais entre l'�ipe de presse et le groupe occup� travailler sur
notre prochaine grande fonctionnalit�pour s'assurer que les r�ltats de
la rencontre de d�loppement sont bien diffus��outes les personnes
int�ss�.
</p>
</li>
<li>
<p>
Portages de Debian
</p>
<p>
Je ferai de mon mieux pour motiver plus de personnes pour nous aider � publier Lenny avec la gestion des architectures kfreebsd-i386 et
kfreebsd-amd64, et j'essayerai de pousser un fournisseur important ��r
officiellement des serveurs Debian GNU/KFreeBSD, si je suis �.
</p>
<p>
Je veux �lement discuter des t�chargements de code source seul et de la
possibilit�e forcer un t�chargement de code source seul �ompiler sur
une architecture assez rapide avant d'essayer sur une plus lente. Je
voudrais aider Lucas Nussbaum �ravailler sur piuparts pour la
distribution de test pendant le cycle de d�loppement de Lenny pour
rep�r les bogues qui sont pass�inaper� et si cela r�si permettre
des tests fondamentaux de mise �iveau, d'installation et de suppression
sur presque n'importe quel paquet, apr�la compilation sur une
architecture suffisamment rapide.
</p>
<p>
Je suis totalement pour des essais de construction virtualis�
particuli�ment sur des architectures que nous ne publierons pas dans
Etch. Les personnes int�ss� par ce projet, si je suis �, peuvent me
contacter. Je ferai une proposition pour le comit�echnique li��es
directives de r�ltats des d�ns de construction. Si tout va bien avec la
version suivant Lenny cette discussion sera une chose du pass�t nous
aurons des constructeurs automatiques virtualis�nombreux et stables.
</p>
</li>
<li>
<p>
Mat�els et fournisseurs favorables �ebian
</p>
<p>
Pendant mon mandat, je veux faire vendre et supporter des machines de
bureau avec Debian Etch pr�stall� au moins un fournisseur principal de
mat�el d'ordinateur de bureau. Je veux �lement faire utiliser Debian
Etch �n fournisseur important de gadgets fonctionnant sous Linux. En se
basant sur les r�ltats de HP en 2006, en th�ie il serait plus
facile de voir un fournisseur important ajouter le support d'un ou deux
produits du c�des serveurs. Quoi qu'il en soit, il encouragera ses
concurrents, ainsi que des acteurs plus petits �galement vendre et
supporter Debian. Il y a deux effets secondaires int�ssants et
intentionnels : nos utilisateurs auront plus de choix pour faire
fonctionner Debian, et nous agrandirons l'univers des employeurs possibles
de contributeurs de Debian.
</p>
<p>
Je travaillerai avec les �ipes qui en ont la charge pour �ire la
documentation sp�fique pour les fournisseurs int�ss�par la
pr�stallation sans modification de Debian sur leurs syst�s. C'est plus
facile qu'ils ne pensent en utilisant la pr�nfiguration de l'installateur
Debian, nous devons juste le leur dire.
</p>
<p>
Je suis au courant des constructeurs d'ordinateurs qui pr�stallent Debian
list��bsp;: http://www.debian.org/distrib/pre-installed. Je ne suis pas
s�e la liste soit vraiment pr�se, mais je travaillerai avec les
�ipes de presse et www pour en faire une utilisation plus large et pour
s'assurer que nous maintenons les entr� �our.
</p>
</li>
<li>
<p>
Site de Debian
</p>
<p>
Nous avons un site fantastique en termes de contenu et de traduction mais
sans moteur de recherche je n'ai pas de plaisir �e parcourir et je suis
s�e d'autres partageront la m� opinion. Je veux passer en revue avec
l'�ipe du site les cas d'utilisation du site de Debian les plus communs
et que nous ne couvrons pas, une petite mise �our de conception, la
possibilit�'int�ation d'une partie du contenu du wiki et travailler sur
des directives de Debian pour le contenu que nous n'h�rgeons pas. Je veux
rendre plus facile pour les gens qui travaillent sur des sites autour de
l'�syst� Debian l'utilisation d'une conception semblable et la
favoriser.
</p>
<p>
Je suis ouvert �a cr�ion d'une branche temporairement du site pour
examiner de nouvelles id�, avec un acc�limit�aux seuls d�loppeurs
et pour rassembler leurs opinions sur la liste de diffusion debian-www.
Ces nouvelles id� peuvent �e des essais pour couvrir certains cas
d'utilisation et une petite mise �our de conception, comme cit� ci-dessus. J'aime la barre dans une des propositions �a disposition de
debian-community.org (http://www.debian-community.org/dc_proposal2.png), et
je pense que des d�ils comme ceux-l�ourraient �e examin�sur le
contenu actuel du site.
</p>
</li>
<li>
<p>
Publicit�ur Debian
</p>
<p>
Je discuterai avec l'�ipe de presse et la liste de diffusion
debian-publicity de strat�es sur la fa� de plus promouvoir ce qui est
r�lement si bien dans le projet Debian et dans le syst� d'exploitation
Debian GNU/Linux. Il y a des tonnes de possibilit� comme plus favoriser
Alioth et l'utilisation de sponsors.debian.net pour les nouveaux venus.
Sortir plus de communiqu�de presse avec un contenu appropri�u avec des
entreprises, en publiant qu'elles ont de bons r�ltats en utilisant Debian
ou vendant de l'expertise. Je voudrais lire plus d'articles sur Debian sur
les sites et les magazines li�aux technologies g�rales et non pas sur
les sites consacr�aux syst�s libre et �ode source ouvert et je ferai
de mon mieux pour cela pendant mon mandat.
</p>
</li>
<li>
<p>
Mises �ours ind�ndantes
</p>
<p>
Je favoriserai les mises �ours ind�ndantes �aible seuil, telles
qu'expliqu� actuellement dans le wiki et sur la base du volontariat des
d�loppeurs, pour chaque paquet. Nous pouvons le faire en utilisant un
nouveau fichier facultatif dans le r�rtoire debian, appel� <q>nmupolicy</q> et contenant quelque chose comme ce qui suit :
</p>
<pre>
Format: 1
NMUFriendly: Yes|No
NMUNotes: <comment>
</pre>
<ul>
<li>
les paquets sans ces deux champs devraient �e mis �our de mani�
ind�ndante selon les r�es actuelles ou comme indiqu�ar l'�ipe
de gestion de publication ;
</li>
<li>
les paquets avec le champ NMUFriendly positionn� oui et sans champ
NMUNotes devraient toujours �e trait�comme maintenus par la
personne ou le groupe list�ans le champ Maintainer mais
t�chargeable par n'importe quel autre d�loppeur, selon une r�e
simple : joindre le correctif �n bogue dans le syst� de
gestion des bogues avant le t�chargement ;
</li>
<li>
les paquets avec le champ NMUFriendly positionn� oui et avec un champ
NMUNotes devraient donner dans ce champs des indications claires sur la
fa� de proc�r pour le responsable de la mise �our ind�ndante
autre que <q>joindre le correctif �n bogue dans le syst� de gestion
des bogues avant le t�chargement</q>. Les phrases suivantes sont des
exemples corrects : <q>Contacter debian-desktop@lists.debian.org
et attendre au moins 4 jours</q> ; <q>Mises �our
ind�ndantes autoris� pour les bogue de s�rit�ormale ou
sup�eure</q> ; <q>Mises �our ind�ndantes autoris� pour les
bogues critiques pour la publication</q> ; <q>Pas de mise �our
ind�ndante pour les bogues de s�rit�ouhait</q> ;
</li>
<li>
les paquets avec le champ NMUFriendly positionn� non et sans champ
NMUNotes devraient �e trait�comme si les deux champs n'�ient pas
employ�
</li>
</ul>
<p>
La charte de Debian et le guide du nouveau responsable (au moins) devront
�e mis �our pour documenter l'utilisation du fichier <q>nmupolicy</q>.
le code de dh_make devra �e mis �our pour cr� un mod�
debian/nmupolicy. Les codes du syst� de gestion des paquets, de
bugscanner, de lintian et de linda devront �lement �e mis �our pour
employer ces champs.
</p>
</li>
</ul>
<p>
Je me ferai �lement tatouer un tourbillon �a fin de mon mandat.
— stratus
</p>
<h2>
R�tations
</h2>
<h3>
Wouter Verhelst
</h3>
<p>
Je suis s�'il a quelques id� g�rales sur la fa� de r�udre quelques
probl�s de Debian et d'am�orer la situation, mon probl� avec son
programme, c'est qu'il n'explique pas clairement ce qu'il va faire. Je veux une
atmosph� plus communicative et plus transparente et Wouter �oue d� en
tant que meneur dans son programme. Il est cependant un contributeur important.
</p>
<h3>
Aigars Mahinovs
</h3>
<p>
Debian vise �tre un syst� d'exploitation universel. Un syst�
d'exploitation universel sans publications n'a aucun sens de mon point de vue,
mais Aigars veut que Debian ne soit jamais publi�<q>telle quelle</q> et ne
reste qu'un tronc<!-- pas vraiment s� � l anglais ne me semble pas clair
du tout-->. Il est libre d'employer et de pr�niser la distribution instable
(Sid). Il n'est pas n�ssaire d'�e responsable du projet Debian et de ne
rien changer.
</p>
<h3>
Sven Luther
</h3>
<p>
R�tation bient�isponible
<p>
<h3>
Sam Hocevar
</h3>
<p>
Sam a un programme int�ssant, avec quelques points positifs. Il semble que
nous nous soyons assis et ayons �it nos programmes ensemble, mais ce n'est
pas le cas. Je ne le connais pas, vraiment. Je ne pense pas que plaisanter de
ses propres id� nous apportera une meilleure atmosph�. J'esp� qu'il fera
beaucoup des choses qu'il a propos� dans son programme s'il n'est pas �. Il
semble que sa d�sion de ne changer aucune d�gation le mettra en froid s'il
est �.
</p>
<h3>
Steve McIntyre
</h3>
<p>
Steve semble �e une personne int�ssante, et j'ai eu le plaisir de
travailler avec lui lors de la correction de Simple-CDD pour que �fonctionne
avec le nouveau debian-cd. Malheureusement, je ne vois pas o� tant que 2IC
pendant le dernier mandat, il a fait avancer ce qui �it dans son programme
et/ou celui d'Anthony en 2006. Je ne peux donc pas avoir confiance en sa
motivation et son engagement pour son programme actuel.
</p>
<h3>
Rapha�Hertzog
</h3>
<p>
De ce que j'ai vu, Rapha�a habituellement de bonnes id�. L'�ipe de
direction du projet Debian n'est pas une mauvaise id�et je ne m'attendais pas
�e qu'il d�are qu'un conseil de 8 personnes ferait 8 fois mieux
qu'un seul responsable du projet Debian. Mon probl� avec son programme, c'est
qu'il n'y a que quelques id� qui viennent de lui, et rien des 8 autres.
Vont-ils vraiment faire quelque chose ? Pourquoi ne pas apporter plus de
visibilit�u comit�echnique et ne pas demander de conseils aux membres,
comme je l'ai propos�bsp;? Il y a 3 candidats indiqu�en tant que
membres potentiels de l'�ipe. Pourquoi ces trois-l�'�ivent-ils pas au
sujet de cette �ipe de direction du projet dans leurs programmes ?
Est-ce un pi� ? J'esp� que non.
</p>
<h3>
Anthony Towns
</h3>
<p>
Je pense que s'il se concentrait plus sur son programme de l'ann�derni� il
serait un meilleur responsable du projet Debian. Je me sens d�l�our toutes
les critiques qu'il a re�s �ause de son legs<!-- ? --> et de ses
comp�nces dans le projet, sinc�ment. Malheureusement, il semble qu'il ait
encore �ou�n utilisant son programme actuel pour publier une sorte de
calendrier de l'ann�pass�contenant des excuses pour ses erreurs,
consid�nt ce qu'il a fait et qui n'a pas encore � �lu�t justifiant
pourquoi il n'a pas avanc�ur les changements propos�dans son programme
de 2006.
</p>
<h3>
Simon Richter
</h3>
<p>
Comme pour Wouter, en ajoutant le fait que Simon en a �it encore moins.
</p>
Attachment:
signature.asc
Description: Digital signature