path: root/french/vote/2005/Log-debian-dpl-debate.wml

<define-tag pagetitle>Élection du responsable du projet Debian 2005</define-tag>
#use wml::debian::template title="<pagetitle>" BARETITLE="true" NOHEADER="true"
#use wml::debian::translation-check translation="b8114b588961778dbd04974c1464a2f388a90c28" maintainer="Nicolas Bertolissio"
#include "$(ENGLISHDIR)/vote/style.inc"

<h1 class="title">Débat pour l'élection du responsable du projet Debian&nbsp;2005</h1>

<div id="main" style="margin: 2em; ">


<h1 class="center">Transcription du débat</h1>

<h2>Introduction</h2>

<dl>
  <dt><b style="color: Red;">Helen&nbsp;:</b></dt>
  <dd>
    Nous donnons juste à Jonathan quelques minutes pour nous rejoindre, au cas
    où il serait en retard.
  </dd>

  <dt><b style="color: Red;">Martin&nbsp;:</b></dt>
  <dd>
    Martin Krafft lance un roulement de tambour.
  </dd>

  <dt><b style="color: Red;">Helen&nbsp;:</b></dt>
  <dd>          
    Bien&nbsp;!&nbsp;:) Bonjour à tous et bienvenue au débat IRC pour
    l'élection du responsable du projet Debian&nbsp;2005.
    <br/>
    Je m'appelle Helen Faulkner et je vais présider le débat avec madduck
    (Martin Krafft). Les candidats à cette élection sont Matthew Garrett,
    Andreas Schuldei, Angus Lees, Anthony Towns, Jonathan Walther et Branden
    Robinson. Pour le moment Jonathan Walther manque à l'appel, j'espère qu'il
    nous rejoindra très bientôt...
    <br/>
    La forme du débat a été décrite dans
    https://lists.debian.org/debian-vote/2005/03/msg00507.html. Dans la première
    moitié de ce débat, je poserai des questions limitées en temps à tous les
    candidats. Ils enverront leurs réponses à #debian-dpl-replies qui n'est pas
    ouvert au public, même si les journaux seront disponibles plus tard.
    Martin Krafft rassemblera les réponses et les renverra ici.
  </dd>
</dl>


<h1 class="center">Première partie du débat &mdash; Questions et réponses</h1>

<h2>Stratégie pour la périodicité de publication des versions</h2>

<dl>
  <dt><b style="color: Red;">Helen&nbsp;:</b></dt>
  <dd>
    Le temps imparti pour la première question est de 5&nbsp;minutes&nbsp;:
    <p>
    <b>Un sujet qui revient constamment est la stratégie et la périodicité de
    publication des versions, et &mdash;&nbsp;thème de débat&nbsp;&mdash; la
    périodicité actuelle n'est pas optimale. En supposant que vous soyez
    d'accord, veuillez exposer ce que vous considérez être une bonne stratégie
    (ou la stratégie optimale) de publication, et expliquer brièvement
    pourquoi. Comment voyez-vous la position du responsable du projet Debian
    par rapport à la stratégie de publication&nbsp;? Si vous êtes élu, quel
    pourrait être votre prochaine étape pour conduire Debian vers la
    périodicité que vous envisagez&nbsp;? Si vous n'êtes pas d'accord avec ce
    qui précède et pensez que la stratégie et la périodicité de publication
    sont suffisamment bonnes, veuillez expliquer votre position.</b>
    </p>
  </dd>
  <dt><b>Branden Robinson&nbsp;:</b></dt>
  <dd>
    Je pense que la principale responsabilité du responsable du projet Debian
    vis à vis de la gestion des publications est de s'assurer que les
    responsables de publication reçoivent l'aide et les ressources dont ils
    ont besoin. La proposition récente que j'ai décidé d'appeler
    «&nbsp;perspective de Vancouver&nbsp;» a bien fait avancer les choses en ce
    qui concerne l'explication à l'ensemble de développeurs des exigences de la
    gestion des publications. C'est bien plus que de corriger les bogues
    critiques pour la publication de la version, aussi critiques soient-ils.
    Comme je l'ai dit dans mon message récent sur -vote, il s'agit du début,
    pas de la fin du processus de gestion des publications. L'équipe actuelle
    de gestion de la publication a toute ma confiance et mon respect. En tant
    que responsable du projet Debian, je prendrai l'engagement de travailler avec
    eux au mieux de mes capacités pour que leurs besoins soient satisfaits. Cela
    comprend bien sûr d'éviter des trolls &mdash;&nbsp;bien qu'ils soient
    amplement capables de les affronter eux-mêmes.&nbsp;:)
  </dd>

  <dt><b>Anthony Towns&nbsp;:</b></dt>
  <dd>
    La stratégie de publication est principalement à la charge des
    responsables de la publication. Je pense que la tâche principale du
    responsable du projet Debian est de soutenir leur rôle, et de s'assurer
    qu'ils disposent des ressources nécessaire à leur action, comme pour
    organiser des rencontres tel que l'ont fait Andreas Schuldei et Steve à
    Vancouver, et de les assurer que les autres équipes sont conscientes des
    besoins de l'équipe de publication, et <i>vice versa</i>. Il y a beaucoup
    d'avantages à faire partie de l'équipe de publication simplement en
    s'assurant que les autres équipes &mdash;&nbsp;comme les équipes Gnome ou
    KDE ou l'équipe de l'installateur Debian&nbsp;&mdash;fonctionnent
    efficacement. Je pense que la stratégie de publication idéale aboutirait à
    des publications régulières, sur une base de six, neuf, douze ou dix-huit
    mois&nbsp;; idéalement au jour près. Je pense que la proposition de
    l'équipe de publication pour Sarge et Etch est bonne, qu'en élaborer les
    détails sur les listes de diffusion est la meilleure des approches.
  </dd>

  <dt><b>Matthew Garrett&nbsp;:</b></dt>
  <dd>
    Je crois que Debian devrait publier plus rapidement, mais outre cela je
    crois que les détails devraient essentiellement être laissés à
    l'appréciation de l'équipe de publication. Les propositions actuelles sont
    quelque peu sujettes à controverse, et j'admettrai heureusement ne pas être
    un grand partisan de l'idée de réduire notre support d'autres
    architectures. Cependant, l'équipe de publication est en charge de ce
    travail. Maintenant qu'ils ont fourni plus d'informations sur les problèmes
    qu'ils rencontrent, il y a une possibilité d'essayer de trouver d'autres
    voies pour résoudre ces problèmes. L'équipe de publication est
    actuellement responsable de ce travail &mdash;&nbsp;si personne ne peut
    fournir de choix acceptables, alors nous devons les soutenir dans les
    leurs.
  </dd>

  <dt><b>Angus Lees&nbsp;:</b></dt>
  <dd>
    Le responsable du projet Debian devrait représenter l'avis du projet
    concernant la périodicité de publication, c'est-à-dire l'avis de l'équipe
    de publication. Être responsable du projet Debian devrait donner peu de
    poids par rapport au développeur moyen. Personnellement je pense que
    réduire le nombre d'architectures en sera une partie nécessaire. Étant
    donnée l'existence de la distribution de test, je pense que la périodicité
    de publication optimale pour la distribution stable
  </dd>
  <dt><b>Jonathan Walther&nbsp;:</b></dt>
  <dd>
    Je crois qu'OpenBSD a développé la stratégie de publication optimale.
    Cependant je crois que l'équipe de publication, lors de sa rencontre à
    Vancouver, a fait un grand pas en avant, pas qui bénéficiera grandement à
    Debian.
  </dd>

  <dt><b>Andreas Schuldei&nbsp;:</b></dt>
  <dd>
    Le travail des responsable du projet Debian est de trouver les bonnes
    personnes pour gérer la publication. Je pense que l'équipe actuelle est
    excellemment qualifiée et qu'elle a travaillé sur les problèmes rencontrés
    depuis déjà un certain temps. Mon travail en tant que responsable du projet
    Debian serait d'essayer de les aider à résoudre les problèmes qui sont hors
    de leur portée. Ce serait à eux de trouver la meilleure des stratégies de
    publication.
  </dd>
</dl>

<h2>Processus du nouveau responsable</h2>

<dl>
  <dt><b style="color: Red;">Helen&nbsp;:</b></dt>
  <dd>
    Le temps imparti pour la deuxième question est de 4&nbsp;minutes&nbsp;:
    <p>
      <b>La file d'attente des nouveaux responsables a récemment été
      «&nbsp;réactivée&nbsp;» grâce (en partie) à un ajout d'effectif. Où
      pensez-vous que sont les forces de l'approche actuelle d'accueil des nouveaux
      responsables, et quelles faiblesses pouvez-vous identifier&nbsp;? De
      quelles façons le processus actuel du nouveau responsable assure-t-il
      qu'un futur développeur détient les connaissances nécessaires, et où
      échoue-t-il&nbsp;? Que pourriez-vous faire après votre élection pour
      améliorer encore la situation&nbsp;?</b>
    </p>
  </dd>
  <dt><b>Jonathan Walther&nbsp;:</b></dt>
  <dd>
    Cela fait huit ans que j'ai passé le processus du nouveau responsable. Je
    ne l'ai pas regardé depuis. Comme nous continuons à accueillir de nouveaux
    développeurs, cela doit fonctionner correctement. Si quelqu'un connaît des
    problèmes avec la file d'attente des nouveaux responsables, il est invité à
    me les faire remonter, avant, après et pendant les élections. Votez
    Jonathan Walther&nbsp;!
  </dd>

  <dt><b>Andreas Schuldei&nbsp;:</b></dt>
  <dd>
    Le processus du nouveau responsable aide les gens entrant dans le projet à
    atteindre un bon niveau de compétences sur les questions techniques
    actuelles. Il y a toujours des problèmes avec les compétences humaines. En
    quelque sorte nous filtrons sur l'endurance et la patience, pas sur la
    capacité à coopérer. Il pourrait être bon d'ajouter une partie sur les
    compétences humaines au processus et de communiquer sur la façon dont les
    nouveaux responsables devraient se comporter.
  </dd>

  <dt><b>Matthew Garrett&nbsp;:</b></dt>
  <dd>
    Je n'ai pas de raison particulière de me plaindre des compétences des
    récents nouveaux responsables, je suis donc assez satisfait des tests que
    nous réalisons. Encore une fois, je ne pense pas vraiment que le travail du
    responsable du projet Debian soit d'interférer avec le fonctionnement d'un
    système à moins qu'il n'y ait manifestement quelque chose de mauvais, et
    autant que je sache, la plupart (si ce n'est tous) les gens qui travaillent
    sur les nouveaux responsables réalisent un excellent travail.
  </dd>

  <dt><b>Branden Robinson&nbsp;:</b></dt>
  <dd>
    Le processus du nouveau responsable est ferme car il écarte ceux qui ne 
    sont intéressés que de façon désinvolte. L'inconvénient est
    qu'il est si sévère qu'il peut effrayer ou faire fuir des gens qui
    pourraient contribuer de façon intéressante. Certains des candidats au
    poste de responsable du projet Debian cette année (dont aj et moi-même)
    sont rentrés sous l'ancien système, et je ne pense pas que quiconque puisse
    nier que nous avons beaucoup contribué au projet. Un bon début, en tant que
    responsable du projet Debian, serait simplement de parler avec l'équipe des
    nouveaux responsables et de découvrir quelles sont les plaintes des
    candidats actuels. Il y a aussi une question légendaire difficile sur le
    chargement dynamique des bibliothèques dans la partie sur les compétences
    qui pourrait peut-être être supprimée.
  </dd>

  <dt><b>Anthony Towns&nbsp;:</b></dt>
  <dd>
    Je me suis déjà exprimé sur les nouveaux responsables sur -vote&nbsp;; mais
    je vais résumer ma pensée. Je pense qu'il reste quelques failles dans le
    processus des nouveaux responsables&nbsp;; et notamment cela prend beaucoup
    de temps. J'ai été accepté dans Debian environ une semaine après mon dépôt
    de candidature, et seulement pour entretenir
    «&nbsp;distributed-net-pproxy&nbsp;», dans l'archive non libre. Maintenant,
    les gens doivent couramment attendre plusieurs mois avant d'entrer, ce qui
    est loin d'être idéal. J'aimerais voir le processus des nouveaux
    responsables se concentrer plus sur le rôle de conseiller, afin que
    la section «&nbsp;tâches et compétences&nbsp;» au moins, et certaines
    parties de la section sur la philosophie et les procédures consistent
    principalement en du travail sur des paquets réels avec de vrais
    responsables de paquets, plutôt qu'à remplir des questionnaires, ou
    au travail sur de nouveaux paquets pas toujours très utiles. Il y a plus de
    détails dans mon envoi sur -vote, et je pense que l'exemple du projet de
    guide -women vaut la peine d'être suivi, mais d'autre détails devront être
    élaborés au cours du temps.
  </dd>

  <dt><b>Angus Lees&nbsp;:</b></dt>
  <dd>
    Le processus du nouveau responsable sert à écarter les gens qui ne
    conviennent pas (soit techniquement soit parce qu'ils ne sont d'aucune
    aide). La façon (inculte) dont je le comprends est que peu de personnes
    sont actuellement détournées de manière *active* par ce processus, et que
    Debian s'occupe certainement peu de ces gens une fois qu'ils sont rentrés.
    Cela démontre probablement que presque tous les gens qui travaillent à ce
    processus le font correctement et que nous devrions donc optimiser un peu
    ce processus. En particulier, je ne suis pas sûr du tout que les
    développeurs Debian actuels survivraient aux questions que nous posons aux
    nouveaux développeurs qui en savent beaucoup. Peut-être que forcer *tous*
    les développeurs Debian à se faire réévaluer régulièrement nous enjoindrait
    à porter plus d'attention à la justesse du processus du nouveau responsable
    &mdash;&nbsp;ainsi que cela nous permettrait de nous débarrasser des
    disparus ou des responsables qui ne peuvent plus répondre à la demande.
  </dd>
</dl>

<h2>Taille de Debian</h2>

<dl>
  <dt><b style="color: Red;">Helen&nbsp;:</b></dt>
  <dd>
    Le temps imparti pour la troisième question est de 5&nbsp;minutes&nbsp;:
    <p>
      <b>Il a souvent été dit que Debian croissait trop rapidement. Quelles
      sont les influences positives et négatives qu'a la taille actuelle de
      Debian sur le projet&nbsp;? En fonction de ce que vous voyez pour Debian
      à l'avenir, quelles décisions prendriez-vous en tant que responsable du
      projet Debian pour faire rétrécir ou grandir le projet, ou bien pour le
      maintenir à sa taille actuelle&nbsp;?</b>
    </p>
  </dd>
  <dt><b>Anthony Towns&nbsp;:</b></dt>
  <dd>
    Debian est fantastique en tant que grand projet&nbsp;; plus nous pouvons
    supporter d'architectures, de paquets, de développeurs et d'utilisateurs
    mieux c'est. Tous apportent leurs problèmes cependant&nbsp;; les nombreuses
    architectures sont un sujet chaud en ce moment&nbsp;; mais les autres
    posent aussi leurs problèmes&nbsp;: les nombreux paquets rendent difficiles
    le choix des programmes à installer pour les utilisateurs, le suivi des
    bogues, ainsi que la fourniture de services qui en dépendent (comme les
    démons de construction, les archives, les miroirs ou lintian.debian.org).
    Les nombreux développeurs rendent difficiles le consensus sur une question
    et la compréhension de ce que chacun fait dans le projet. Les nombreux
    utilisateurs font que vous n'avez jamais le droit à l'erreur.&nbsp;:) Je
    pense que Debian est sur le point de résoudre ces problèmes aussi bien que
    possible et de faire un système d'exploitation qui fonctionne aussi bien
    que possible pour tout le monde.
  </dd>

  <dt><b>Matthew Garrett&nbsp;:</b></dt>
  <dd>
    Il n'est pas évident que la question se réfère à la taille de l'archive ou
    au nombre des personnes impliquées. Dans le premier cas, je pense que cela
    dépend de l'équipe de publication &mdash;&nbsp;s'ils croient que nous
    pouvons éditer une version avec une archive de cette taille, alors nous
    devrions le faire. Sinon, alors nous devrons commencer à réfléchir à des
    moyens d'en réduire la taille. La large gamme de logiciels que nous
    proposons est évidemment quelque chose qui plaît à nos utilisateurs, et il
    serait bon que nous puissions continuer à la fournir. Si c'est en
    nombre de personnes impliquées, alors le problème évident est qu'il est
    plus difficile de conserver un sens fort dans une seule communauté. Je ne
    pense pas que la croissance de Debian soit un problème intrinsèque, nous
    avons besoin de pouvoir communiquer plus facilement à l'intérieur du
    projet. Avec un petit groupe de développeurs, on peut penser que les
    informations circulent. Avec un millier de personnes impliquées, nous avons
    besoin d'être plus rigoureux pour nous assurer que les gens sont tenus au
    courant de tout ce qu'ils doivent savoir.
  </dd>

  <dt><b>Angus Lees&nbsp;:</b></dt>
  <dd>
    En plus de son attitude face au logiciel libre, la taille de Debian est
    probablement son avantage le plus significatif. Comme le nombre de
    développeurs peut (à peu près) augmenter en même temps que le nombre de
    logiciels libres empaquetés, Debian peut offrir à chaque paquet bien plus
    d'attention que n'importe quelle autre distribution. Cela se voit très bien
    dans la complexité (et l'utilité) de nos scripts de postinstallation
    comparé au (disons) paquet Red Hat moyen, un «&nbsp;.tar.gz avec des
    dépendances&nbsp;». Je pense que le projet croît à un taux raisonnable
    actuellement, et tout ce que nous (et le responsable du projet Debian)
    avons à faire est de prendre garde aux goulots d'étranglement qui ne
    s'élargissent pas avec le nombre de nos membres. Ce fut le cas pour les
    responsables des comptes de Debian, ce qui est corrigé maintenant
    &mdash;&nbsp;le prochain sera peut-être l'équipe de sécurité (je n'en ai
    aucune idée tant que je n'en ai pas parlé avec les personnes impliquées dans les
    divers domaines).
  </dd>

  <dt><b>Andreas Schuldei&nbsp;:</b></dt>
  <dd>
    Les groupes qui ne croissent pas stagnent. Mais Debian peut croître
    beaucoup plus s'il réussit à gérer le processus de manière souple.
    Plusieurs bouchons ont été atteints, limitant sévèrement sa croissance.
    L'approche par petites équipes que j'ai présentée dans mon programme est la
    seule voie démontrée pour permettre aux groupes sociaux de croître encore
    sans perdre leur caractère ni leur idéal. Avec son aide, il y aura un bon
    point d'entrée pour faciliter l'existence à tous les niveaux des
    développeurs et des utilisateurs.
  </dd>

  <dt><b>Jonathan Walther&nbsp;:</b></dt>
  <dd>
    Je suis fait pour travailler peu. Plus on est de fous, plus on rit&nbsp;!
    En tant que responsable du projet Debian, je laisserai les choses se
    développer d'elles-mêmes, comme elles l'ont fait jusqu'à présent. Lorsque
    nous aurons atteint notre limite naturelle de croissance, nous arrêterons
    de grandir sans avoir besoin de l'intervention du responsable du projet
    Debian.
  </dd>

  <dt><b>Branden Robinson&nbsp;:</b></dt>
  <dd>
    La grande taille de Debian, en population de développeurs, base
    d'utilisateurs et taille d'archive (grâce à la fois à la variété des
    paquets et des architectures supportées), est à la fois un bien et un mal.
    Cette grande taille nous rend attractifs pour une large audience, et
    souvent le paquet Debian officiel d'un projet de logiciel libre dont vous
    avez entendu parler est juste à portée d'apt-get (NdT&nbsp;: l'outil de
    gestion des paquets qui fait toute la force de Debian). Cependant, cette
    grande taille signifie que nous avons accumulé beaucoup de choses inutiles.
    Je pense que Martin Michlmayr a réalisé un bon travail sur les développeurs
    disparus, mais nous avons probablement besoin de plus de gens pour le faire
    si nous trouvons des volontaires. Certains paquets de Sarge n'ont pas été
    revus depuis Woody &mdash;&nbsp;il faudrait au moins les regarder. Gérer la
    croissance est un des défis majeur de toute organisation
    &mdash;&nbsp;beaucoup d'entreprises échouent parce qu'elles n'y arrivent
    pas. À mon avis, la meilleure des façons pour le faire est de garder les
    yeux ouverts, et de se remémorer le contrat social&nbsp;: Ne pas cacher les
    problèmes.
  </dd>
</dl>

<h2>Debian et SPI</h2>
<dl>
  <dt><b style="color: Red;">Helen&nbsp;:</b></dt>
  <dd>
    Le temps imparti pour la quatrième question est de 5&nbsp;minutes&nbsp;:
    <p>
      <b>SPI est la vitrine légale de Debian et détient tous ses avoirs. Elle a
      été créée pour permettre à Debian de se concentrer sur le système Debian
      sans trop avoir à s'occuper des questions administratives. Comment les
      relations entre SPI et Debian ont-elles changées depuis la fondation de
      SPI&nbsp;? Quel est le rôle de Debian dans SPI, et que devrait-il
      être&nbsp;? Comment Debian pourrait-il mieux utiliser SPI&nbsp;?</b>
    </p>
  </dd>

  <dt><b>Jonathan Walther&nbsp;:</b></dt>
  <dd>
    En tant que responsable du projet Debian, je sonderais immédiatement les
    développeurs de base pour trouver un bon comptable, afin de le recruter à
    temps partiel pour gérer les comptes de Debian. Par extension, cela
    inclurait également les comptes de SPI. L'année dernière, Debian a perdu
    18&nbsp;000&nbsp;dollars par manque d'infrastructure adéquate pour gérer
    les dons. Cela ne devrait pas arriver. Si le comité directeur de SPI est
    d'accord, ça n'arrivera plus. Le coût d'un comptable à temps partiel n'est
    que de 6&nbsp;000&nbsp;dollars par an. En considérant l'enjeu,
    18&nbsp;0000&nbsp;dollars, ça en vaut la peine.
  </dd>

  <dt><b>Branden Robinson&nbsp;:</b></dt>
  <dd>
    À mon avis, les relations entre Debian et SPI n'ont pas beaucoup évolué ces
    dernières années, et ce n'est pas bon. SPI semble être vu par beaucoup de
    développeurs Debian comme une boîte noire, ou comme le problème de
    quelqu'un d'autre. La vérité est que SPI est une organisation complètement
    gérée bénévolement exactement comme Debian. SPI, cependant, dispose de bien
    moins d'effectif. J'aimerais que les développeurs Debian soient bien plus
    impliqués dans SPI, qu'ils exercent leurs droits de membres contributeurs,
    et que SPI soit ravivée pour répondre aux nobles buts qui l'ont créée. Nous
    pouvons toujours utiliser des yeux et des mains supplémentaires à SPI si
    elles sont disponibles. Je suis certain d'être plus au courant que
    n'importe quel autre candidat cette année.&nbsp;:)
  </dd>

  <dt><b>Anthony Towns&nbsp;:</b></dt>
  <dd>
    SPI a été fondée en tant qu'accompagnatrice légale de Debian, avec des
    projets connexes comme OpenHardware. Ces dernières années, elle a rencontré
    un grand nombre de problèmes qui semblent désormais résolus. Actuellement
    SPI détient les droits d'auteur et les marques au nom du projet Debian
    ainsi que beaucoup d'argent, et elle continue a faire la même chose pour
    Debian. D'autres organisations font de même hors des États-Unis. Je pense
    continuer sur cette tendance &ndash;&nbsp;c'est-à-dire l'idéal de diversité
    tout en augmentant l'efficacité.
  </dd>

  <dt><b>Matthew Garrett&nbsp;:</b></dt>
  <dd>
    Dans un monde idéal, Debian porterait plus d'intérêt à SPI. Cependant, ce
    n'est clairement pas le souhait des développeurs, et je ne vois pas de
    raison particulière de les y motiver &ndash;&nbsp;ce que SPI fait pour
    Debian n'est pas si intéressant que cela. Quoi qu'il en soit, il est
    important de s'assurer que SPI continue à prendre soin de nos finances, et
    s'il apparaît clairement qu'il y a des problèmes sur ce point à l'avenir
    alors nous devrons agir. Une des choses que je souhaiterais voir améliorée
    est la gestion de notre marque par SPI &ndash;&nbsp;nous avons reçu des
    avis juridiques contradictoires de SPI, et nous n'avons pas agit contre les
    violations possibles. Ce n'est pas bon pour le projet.
  </dd>
  <dt><b>Andreas Schuldei&nbsp;:</b></dt>
  <dd>
    SPI est en train de revoir ses processus internes. Les événements actuels
    montrent que ces efforts commencent à prendre effet. En tant que
    responsable du projet Debian j'essayerai d'accompagner ce processus et de
    m'y impliquer. Branden, qui fait partie de l'équipe des responsable du
    projet Debian, est bien sûr déjà profondément impliqué et pourrait m'y
    aider.
  </dd>

  <dt><b>Angus Lees&nbsp;:</b></dt>
  <dd>
    Il existe plusieurs problèmes avec SPI. Certains des problèmes de SPI
    résultent de la nature bénévole de l'organisation &ndash;&nbsp;je ne vois
    pas en quoi ce serait différent de Debian ici. Son statut 501c3 n'a
    cependant de sens que pour les donateurs américains, et je pense que SPI
    n'ai pas si utile que cela à Debian pour cette raison. Je verrais plutôt
    une formalisation accrue des arrangements existants de suivi des avoirs
    avec des entités à but non lucratif dans de nombreux pays. SPI ne serait
    que l'une d'elles et Debian les chapeauterait toutes. Dit autrement, je
    vois l'existence de SPI comme une raison purement financière
    &ndash;&nbsp;Je ne suis pas à l'aise avec les quelques projets des gens qui
    souhaitent voir SPI se transformer en une force politique. Si cela
    arrivait, nous devrions trouver un nouveau compte bancaire.
  </dd>
</dl>

<h2>Groupes sous-représentés dans Debian</h2>

<dl>
  <dt><b style="color: Red;">Helen&nbsp;:</b></dt>
  <dd>
    Le temps imparti pour la cinquième question est de 4&nbsp;minutes&nbsp;:
    <p>
      <b>Alors que dans le monde entier, les contributeurs à Debian tendent à
      venir d'un milieu assez homogène, un certain nombre de groupes sont de
      toute évidence sous-représentés à l'intérieur du projet. Par exemple, il
      y a très peu de développeurs indiens, féminins ou âgés. Quels défis et
      quels bénéfices voyez-vous pour Debian à encourager une plus grande
      participation de ces groupes sous-représentés&nbsp;? Quelles stratégies
      considérez-vous réalisables pour que le projet affronte ses défis et
      maximise les bénéfices&nbsp;?</b>
    </p>
  </dd>
  <dt><b>Jonathan Walther&nbsp;:</b></dt>
  <dd>
    Les gens s'organisent d'eux-mêmes en fonction de leurs intérêts et de leurs
    compétences. Debian est un projet qui s'organise de lui-même. Ceux qui
    sont intéressés par Debian font les meilleurs des développeurs. Si Debian
    fait quelque chose pour décourager l'un quelconque des groupes
    mentionnés (femmes, Indiens et personnes âgés) alors il faut arrêter cela
    immédiatement. <!-- help: The squeaky wheel gets the grease; -->Personne ne
    peut savoir que quelque chose ne va pas tant qu'on ne lui en a pas parlé.
    En tant que responsable du projet Debian, j'invite chacun a mettre à jour
    les problèmes qu'il rencontre afin qu'ils soient traités.
  </dd>

  <dt><b>Anthony Towns&nbsp;:</b></dt>
  <dd>
    À mon avis, les développeurs Debian ne sont pas si homogènes. Mais il est
    certain que certains groupes sont sous-représentés. Je pense que nous ne
    pouvons résoudre cela que pour les personnes qui souhaitent réellement nous
    rejoindre et en sont empêchées de quelque manière que ce soit&nbsp;; et je
    ne connais pas de grands groupes d'Indiens ou de personnes âgées qui
    souhaitent plus contribuer à Debian mais ne s'en sentent pas capables. Je
    pense que les projets -wowen et de traduction sont de bons exemples à
    suivre et qui ont des besoins particuliers, et je pense que nous devrions
    nous attacher à rendre le projet meilleur dans son ensemble au fur et à
    mesure que nous apprenons ces besoins.
  </dd>
  
  <dt><b>Angus Lees&nbsp;:</b></dt>
  <dd>
    Je ne pense pas qu'il soit du ressort de Debian de rechercher des
    contributeurs appartenant à certains groupes &ndash;&nbsp;si des personnes
    de groupes sous-représentés souhaitent nous rejoindre, libre à elles. Par
    contre, Debian devrait s'assurer qu'il n'y a aucun obstacle qui affecte
    injustement certains groupes &ndash;&nbsp;s'il devait être identifié,
    nous devrions faire tout ce que nous pouvons pour le supprimer.
  </dd>

  <dt><b>Branden Robinson&nbsp;:</b></dt>
  <dd>
    Malheureusement, je ne suis pas sûr que Debian ait la capacité de faire
    grand chose de manière officielle. Je n'ai pas vu beaucoup de propositions
    à ce sujet. Il faut remarquer que certains groupes sont sous-représentés à
    cause de la «&nbsp;fracture numérique&nbsp;» &ndash;&nbsp;dans de nombreux
    pays, l'organisation socio-économique empêche Debian d'atteindre certaines
    personnes. Les chances de scolarité sont également faibles pour de
    nombreuses personnes dans le monde. En se concentrant sur le monde
    «&nbsp;développé&nbsp;», je pense qu'il s'agit principalement de créer un
    environnement moins menaçant. Je ne m'intéresse pas aux débats, mais nous
    pouvons tous nous souvenir que les préjugés et les stéréotypes contres
    certains groupes sont hors de propos. La bonne nouvelle est que je n'en ai
    principalement entendu parler que parce qu'on les a forcés à se montrer à
    l'intérieur de notre projet. Dans l'ensemble, Debian est un endroit
    vraiment tolérant. J'accueille avec bienveillance les idées de gens qui
    nous aideraient à continuer dans cette voie.
  </dd>

  <dt><b>Andreas Schuldei&nbsp;:</b></dt>
  <dd>
    Une fois encore, les petites équipes sont une réponse possible ici. Avec
    une traduction par équipe, même des gens d'autres groupes linguistiques
    pourraient contribuer par exemple (j'ai discuté avec des développeurs
    venant d'Inde à ce sujet et ils pensaient qu'il s'agissait plus d'un
    problème culturel avec les logiciels libres cependant). Debian-Women fait
    déjà un effort pour intégrer plus de femmes dans le projet et semble
    réaliser du bon travail. D'autres groupes sous-représentés pourraient
    suivre cet exemple.
  </dd>

  <dt><b>Matthew Garrett&nbsp;:</b></dt>
  <dd>
    Le projet Debian-women a beaucoup fait pour rendre Debian plus accessible
    aux femmes, et le nombre croissant de femmes dans la file d'attente des
    nouveaux responsables montre que cela commence à prendre effet. Je pense
    que nous avons besoin de faire en sorte que Debian soit plus accessible à
    d'autres groupes sous-représentés, et je pense que debian-women est un bon
    modèle de départ. Plus de retour d'un nombre plus important de groupes nous
    rend plus facile la production d'une distribution qui soit utile pour le
    plus grand nombre, et c'est bon pour la diffusion des logiciels libres.
  </dd>
</dl>

<h2>Gestion des devoirs et de la vie du responsable du projet Debian</h2>

<dl>
  <dt><b style="color: Red;">Helen&nbsp;:</b></dt>
  <dd>
    Bien, la dernière question de la première partie, le temps imparti pour la
    sixième question est de 2&nbsp;minutes&nbsp;:
    <p>
      <b>Comment prévoyez-vous d'intégrer vos devoirs de responsable du projet
      Debian avec votre vie réelle et vos devoirs de développeurs Debian&nbsp;?
      Dans cette hypothèse, comment réagiriez-vous à des critiques importantes
      sur le manque de temps que vous accorderiez à ce travail&nbsp;?</b>
    </p>
  </dd>

  <dt><b>Anthony Towns&nbsp;:</b></dt>
  <dd>
    Je suis désolé, mais je n'ai pas suffisamment de temps pour répondre à
    cette question.&nbsp;:) Heu, je m'attends surtout à pouvoir me fier aux
    autres développeurs pour m'aider s'il y avait beaucoup à faire&nbsp;; la
    plupart des projets sur lesquels j'ai travaillé dans Debian avaient des
    coresponsables, des équipes ou des personnes réalisant des mises à jour
    indépendantes, des correctifs ou des choses similaires, et j'espère, si je
    suis responsable du projet Debian, poursuivre avec la même philosophie.
  </dd>

  <dt><b>Branden Robinson&nbsp;:</b></dt>
  <dd>
    je crois avoir abordé ce sujet dans mon programme, et j'encourage les gens
    à le relire. Les devoirs de ma vie réelle sont déjà largement intégrés dans
    ma vie de développeur Debian car je travaille sur des «&nbsp;choses
    Debian&nbsp;» dans mon emploi (et ma carrière). Si des contraintes de temps
    me l'imposaient, j'espère pouvoir trouver de l'assistance des autres.
    Les délégations sont un bon choix. L'équipe du responsable du projet Debian
    dont je suis fier de faire partie n'est qu'une source de candidats délégués
    parmi d'autres. Par dessus tout, les comptes-rendus réguliers et la
    délégation de responsabilités sont les clefs pour éviter que les
    contraintes de temps ne deviennent gênantes.
  </dd>

  <dt><b>Jonathan Walther&nbsp;:</b></dt>
  <dd>
    La critique n'est pas un problème. Je suis habitué à la controverse.
    L'excellence technique est ce qui nous importe ici. Vous ne pouvez PAS
    arriver à l'excellence sans débat ni compétition. Pour ce qui est du temps,
    mon travail est très flexible. Ma disponibilité pour satisfaire aux besoins
    du projet est excellente, probablement la meilleure parmi les candidats.
  </dd>

  <dt><b>Matthew Garrett&nbsp;:</b></dt>
  <dd>
    S'il devait y avoir une inquiétude justifiée sur le manque de temps que je
    consacrerais au rôle de responsable du projet Debian, et si j'étais incapable
    de modifier cette situation, alors je démissionnerais. Cependant je ne
    crois pas que cela sera nécessaire. J'ai réduit mes autres obligations ces
    derniers mois, et la vie étudiante est assez bien adaptée pour pouvoir
    consacrer du temps à Debian... Foncièrement, le rôle de responsable du
    projet Debian de devrait pas être si grand consommateur de temps. Il s'agit
    principalement de s'assurer que les bonne personnes font le bon travail,
    pas de gestion très fine.
  </dd>

  <dt><b>Angus Lees&nbsp;:</b></dt>
  <dd>
    Je considère que voyager est un facteur très important pour le responsable
    du projet Debian. Avant ma candidature, j'avais étudié avec soin le temps
    dont je disposerais et je suis convaincu que je pourrai faire ce qu'il faut
    sans porter atteinte à mes devoirs (minimaux) Debian existants.
  </dd>

  <dt><b>Andreas Schuldei&nbsp;:</b></dt>
  <dd>
    Je pense avoir bien montré avoir préparé et planifié à l'avance pour éviter
    que cela n'arrive&nbsp;: je peux travailler sur les problèmes de Debian et
    de responsable du projet Debian pendant mes heures de travail et utiliser
    l'équipe du responsable du projet Debian en secours. Même avec des trolls
    et des critiques, ce qui peut blesser certaines personnes et les démotiver
    fortement, l'équipe peut apporter son aide en offrant un support moral.
  </dd>

  <dt><b style="color: Red;">Helen&nbsp;:</b></dt>
  <dd>
    Ceci conclut la première moitié du débat. Merci à tous les candidats et aux
    personnes qui ont contribué par des commentaires intéressant sur le canal
    de discussion. Nous allons maintenant faire une pause de dix minutes pour
    permettre aux gens de prendre un café (en particulier ceux qui sont dans
    les fuseaux horaires UTC et voisins&nbsp;!).
  </dd>
</dl>


<h1 class="center">Deuxième partie du débat &ndash; questions et
discussions</h1>

<dl>
  <dt><em>[07:10:21]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    En raison d'un plantage d'irc pour lequel je suis coupable, j'ai réussi à
    ignorer tout et tout le monde sur \#debian-dpl-debate, y compris Helen
    lorsqu'elle répondait aux questions. J'ai corrigé cela au moment de la
    deuxième question. N'hésitez pas à me poser la première sur -vote.
  </dd>
  <dt><em>[07:10:38]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Tu peux également répondre maintenant, si tu veux.
  </dd>
  <dt><em>[07:10:58]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    Qu'est-ce qu'était la question, encore&nbsp;?
  </dd>
  <dt><em>[07:11:16]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    http://rafb.net/paste/results/MuNRQi49.txt
  </dd>
  <dt><em>[07:11:25]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    5&nbsp;minutes. Gère ton temps convenablement.
  </dd>

  <dt><em>[07:14:41]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Andreas Schuldei&nbsp;: Ce n'est pas de ta faute. Quelqu'un a envoyé un
    mauvais conseil sur #-discuss. Lorsque je l'ai suivi, irssi m'a dit que
    j'étais en train de TOUT ignorer de #debian-dpl-debate.
  </dd>
  <dt><em>[07:15:00]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    J'ai donc retiré toutes les choses ignorées, en me laissant innonder par
    les accès et les départs du canal&nbsp;:)
  </dd>
  <dt><em>[07:15:02]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    Oui, je m'en suis rendu compte trop tard.
  </dd>

  <dt><em>[07:15:30]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    /ignore * PARTS JOINS QUITS a fonctionné convenablement pour moi avec
    irssi.
  </dd>
  <dt><em>[07:16:04]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    J'ai peur que ce que j'ai fait exactement ait été depuis longtemps purgé de
    mon historique des commandes irssi.
  </dd>
  <dt><em>[07:16:20]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Ce n'est de toute façon pas vraiment avisé pour le moment de commencer à
    blamer les gens en les pointant du doigt, de toute façon :-)
  </dd>
  <dt><em>[07:16:29]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Silence maintenant.
  </dd>
  <dt><em>[07:16:38]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Voici la réponse d'Andreas Schuldei à la première question.
  </dd>
  <dt><em>[07:17:11]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    [Andreas Schuldei] Le travail du chef de projet est de trouver les bonnes
    personnes pour gérer la publication. Je pense que l'équipe actuelle est
    parfaitement qualifiée et travaille depuis déjà longtemps sur les questions
    actuelles. Mon travail en tant que chef de projet serait d'essayer de les
    aider à résoudre les problèmes qui ne rentrent pas dans leur champ
    d'action. Cela serait leur travail de trouver la meilleure stratégie de
    publication.
  </dd>

  <dt><em>[07:17:21]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    OK, la pause est finie.
  </dd>
  <dt><em>[07:17:31]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Est-ce que les candidats peuvent faire signe pour confirmer qu'ils
    écoutent&nbsp;?
  </dd>
  <dt><em>[07:17:50]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    Oui.
  </dd>
  <dt><em>[07:17:51]</em> Branden Robinson est présent et prêt.</dt>
  <dt><em>[07:18:00]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    Ouep.
  </dd>
  <dt><em>[07:18:07]</em> <strong>Anthony Towns</strong></dt>
  <dd>
    Yo.
  </dd>
  <dt><em>[07:18:10]</em> Angus Lees fait signe.</dt>
  <dt><em>[07:18:36]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Angus Lees&nbsp;:&nbsp;?
  </dd>

  <dt><em>[07:19:01]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Pong.
  </dd>
  <dt><em>[07:19:08]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Angus Lees, Branden Robinson&nbsp;: Ping&nbsp;?
  </dd>
  <dt><em>[07:19:16]</em> <strong style="color: Red;">Helen</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Ils sont là.
  </dd>
  <dt><em>[07:19:22]</em> <strong>Anthony Towns</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Ils ont utilisé /me.
  </dd>
  <dt><em>[07:19:34] </em> Angus Lees en appel à la chance.</dt>

  <dt><em>[07:20:08]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    OK, que la deuxième partie commence.
  </dd>
  <dt><em>[07:20:27]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Il s'agit d'un débat ouvert, donc je vous demande de suivre toutes les
    règles en vigueurs, etc.
  </dd>
  <dt><em>[07:20:36]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Les gens peuvent observer comment vous gérez un tel débat.
  </dd>
  <dt><em>[07:20:48]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Au monde&nbsp;: Si vous avez des questions à creuser, veuillez les envoyer
    à la liste de diffusion.
  </dd>

  <dt><em>[07:20:57]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Voici la première question.
  </dd>
  <dt><em>[07:21:06]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Est-ce que l'infrastructure disponible actuellement est suffisante pour
    aujourd'hui et pour plus tard&nbsp;? Si ce n'est pas le cas, dans quels
    domaines des progrès sont-ils le plus nécessaires&nbsp;?
  </dd>

  <dt><em>[07:21:07]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    Devons-nous répondre aux questions également&nbsp;?
  </dd>
  <dt><em>[07:21:15]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Oui.
  </dd>
  <dt><em>[07:21:17]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Andreas Schuldei&nbsp;: Je crois que c'est le principe&nbsp;:)
  </dd>
  <dt><em>[07:21:38]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    L'infrastructure sera trouvée lorsqu'elle sera nécessaire.
  </dd>
  <dt><em>[07:21:43]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    «&nbsp;La liste de diffusion&nbsp;» est debian-vote@lists.debian.org.
  </dd>
  <dt><em>[07:21:46]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    De quelle sorte d'infrastructure parlons-nous&nbsp;? Sociale ou
    technique&nbsp;?
  </dd>
  <dt><em>[07:21:49]</em> Branden Robinson n'est pas trop inquiet pour
    l'infrastructure matérielle, même s'il semble y avoir des problèmes avec
    l'espace pour les miroirs et la bande passante...</dt>
  <dt><em>[07:21:50]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Notre croissance sera linéaire jusqu'à ce que notre infrastructure croisse.
  </dd>
  <dt><em>[07:21:55]</em> <strong>Anthony Towns</strong></dt>
  <dd>
    Et logicielle ou matérielle&nbsp;?
  </dd>
  <dt><em>[07:21:57]</em> <strong style="color: Red;">Helen</strong></dt>
  <dd>
    Matthew Garrett&nbsp;: L'un ou l'autre, ou les deux.
  </dd>
  <dt><em>[07:21:58]</em> <strong>Angus Lees</strong></dt>
  <dd>
    Cette question est trop ouverte pour être traitée correctement...
  </dd>
  <dt><em>[07:22:00]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Matthew Garrett&nbsp;: Je pense que les deux sont correctes.
  </dd>
  <dt><em>[07:22:16]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    En étant un projet technique plein de <em>geeks</em>, nous avons bien
    réussi à résoudre ces problèmes jusqu'à maintenant.&nbsp;(c:
  </dd>
  <dt><em>[07:22:17]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    OK, parlons de l'infrastructure pour la communication.
  </dd>
  <dt><em>[07:22:19]</em> <strong>Anthony Towns</strong></dt>
  <dd>
    Un meilleur BTS, un meilleur logiciel d'archivage, etc. etc.  sont de toute
    façon toujours nécessaires.
  </dd>
  <dt><em>[07:22:25]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    D'un point de vue personnel, je pense que nous pouvons vraiment nous
    arrêter un moment pour examiner en profondeur les équipes que nous avons,
    et demander aux membres actuels comment nous pouvons compléter les rangs de
    manière constructive, si cela est nécessaire et comme cela est nécessaire.
  </dd>
  <dt><em>[07:22:43]</em> <strong>Anthony Towns</strong></dt>
  <dd>
    Globalement, c'est plus du travail que le DPL peut faciliter pour
    différents délégués que quelque chose que le DPL doit diriger.
  </dd>
  <dt><em>[07:22:46]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Branden Robinson&nbsp;: Qu'est-ce que cela impliquerait&nbsp;?
  </dd>
  <dt><em>[07:22:51]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    L'une des premières choses que je voudrais faire en tant que DPL est de
    lancer une enquête sur l'infrastructure existante, avec exactement ce qui
    suit en tête&nbsp;: est-ce que les gens sentent qu'ils sont
    débordés&nbsp;/&nbsp;qu'ils n'ont pas assez à faire&nbsp;?
  </dd>
  <dt><em>[07:23:08]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    Socialement parlant, je m'inquiète à la fois du nombre de comportements
    agressifs sur les listes de diffusion et du manque de communication des
    différentes parties du projet. Je suis parfois coupable moi-même du premier
    point -&nbsp;j'essaie de m'améliorer dans ce domaine. Pour ce qui concerne
    le second, je pense que mon programme montre clairement ce que je
    pense&nbsp;:)
  </dd>
  <dt><em>[07:23:12]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    Branden Robinson&nbsp;: Je suis d'accord. Ici nous passons du technique au
    social.
  </dd>
  <dt><em>[07:23:14]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Si c'est le cas, quel type de choses aiderait&nbsp;? Est-ce que du code
    doit être écrit&nbsp;? Est-ce que des machines plus rapides sont
    nécessaires&nbsp;? Qu'en est-il de l'ajout de nouveaux membres&nbsp;?
  </dd>
  <dt><em>[07:23:32]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Notre infrastructure technique dans Debian est l'une des meilleures dans le
    monde de Linux. C'est pour cela que nos problèmes personnels sont visibles
    par le monde entier. Nous ne pouvons plus rejeter la faute sur la
    technologie&nbsp;; nous ne pouvons que travailler pour nous améliorer. Qui
    ici est prêt à relever le défi&nbsp;?
  </dd>
  <dt><em>[07:23:41]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Je prévoa qu'une grande partie de mes premiers rapports mensuels de chef de
    projet seront sur «&nbsp;l'état des lieux du projet&nbsp;» concernant ces
    aspects de l'infrastructure.
  </dd>
  <dt><em>[07:23:48]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    s/prévoa/prévois/
  </dd>
  <dt><em>[07:23:51]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Branden Robinson&nbsp;: Intéressant.
  </dd>
  <dt><em>[07:24:10]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Voyons... en marchant sur la tangente, que pensez-vous que sont les plus
    gros problèmes de communication dans Debian à l'heure actuelle&nbsp;?
  </dd>
  <dt><em>[07:24:11]</em> <strong>Anthony Towns</strong></dt>
  <dd>
    Donc, avec une infrastructure fonctionnelle, ma réponse est
    principalement&nbsp;: «&nbsp;les listes de diffusion qui ne sont pas
    pleines de discussions sans fin, à chaque fois que vous proposez quelque
    chose de difficile&nbsp;» reste la chose la plus utile pour nous faciliter
    la vie.
  </dd>
  <dt><em>[07:24:11]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    Je pense que Debian doit changer sa façon de fonctionner pour pouvoir mieux
    *écouter*. (c:
  </dd>
  <dt><em>[07:24:22]</em> <strong>Anthony Towns</strong></dt>
  <dd>
    Il est évident que j'ai essayé d'aborder cela dans mon programme.
  </dd>
  <dt><em>[07:24:22]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Anthony Towns&nbsp;: Je vais y revenir dans une seconde.
  </dd>
  <dt><em>[07:24:25]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Sur ce point, je pense que Matthew Garrett nous a rendu un grand service en
    décrivant l'état actuel des choses, en se basant sur les recherches qu'il a
    menées personnellement.
  </dd>
  <dt><em>[07:24:28]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Si nous avons besoin de plus de bande passante ou de plus d'espace disque,
    nous pourrons toujours les trouver. Notre système de suivi des bogues et
    nos listes de diffusions sont les meilleurs que vous puissiez trouver.
  </dd>
  <dt><em>[07:24:44]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    En ce qui concerne un aspect de l'infrastructure.
  </dd>
  <dt><em>[07:24:47]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Jonathan Walther&nbsp;: Combien de système de suivi des bogues tu
    connais&nbsp;?
  </dd>
  <dt><em>[07:24:56]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    Le plus grand problème de communication&nbsp;? J'irais même jusqu'à parler
    d'un manque de communication.
  </dd>
  <dt><em>[07:25:07]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Matthew Garrett&nbsp;: Et qu'en seraient les raisons&nbsp;?
  </dd>
  <dt><em>[07:25:10]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Bugzilla. J'utilise quelques propriétaires au travail.
    J'ai utilisé le truc sendpr de BSD.
  </dd>
  <dt><em>[07:25:16]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Ce que nous devons faire est de répéter cela pour tous les domaines
    tradionnellement source de problèmes. La meilleure chose pour faire taire
    les râleurs sont les faits, soutenus et calmement annoncés.
  </dd>
  <dt><em>[07:25:20]</em> <strong style="color: Red;">Helen</strong></dt>
  <dd>
    Angus Lees&nbsp;: Que penses-tu des problèmes de communication de
    Debian&nbsp;?
  </dd>
  <dt><em>[07:25:37]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Le plus gros problème de communication dans Debian sont les personnes
    susceptibles.
  </dd>
  <dt><em>[07:25:39]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Sommes-nous complètement libre ici&nbsp;?
  </dd>
  <dt><em>[07:25:42]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Tout le monde aime un bon débat disputé.
  </dd>
  <dt><em>[07:25:45]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    Jusqu'à un certain niveau, je pense que c'est possible car le projet à
    changé de taille jusqu'à un niveau énorme.
  </dd>
  <dt><em>[07:25:45]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    C'est-à-dire, y aura-t-il une «&nbsp;deuxième question&nbsp;»&nbsp;?
  </dd>
  <dt><em>[07:25:48]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Branden Robinson&nbsp;: Sans limites. :)
  </dd>
  <dt><em>[07:25:56]</em> <strong>Angus Lees</strong></dt>
  <dd>
    Helen&nbsp;: Je ne pense pas qu'il y ait quelque chose de nouveau à
    ajouter.
  </dd>
  <dt><em>[07:25:58]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Jonathan Walther&nbsp;: Ne me cite pas sans référence, s'il te
    plaît&nbsp;;-)
  </dd>
  <dt><em>[07:25:59]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    (Heu&nbsp;! veuillez ignorer le fait que j'ai utilisé deux fois le mot
    niveau.)
  </dd>
  <dt><em>[07:26:00]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Branden Robinson&nbsp;: En quelques sortes... :)
  </dd>
  <dt><em>[07:26:07]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Martin Krafft&nbsp;: OK.
  </dd>
  <dt><em>[07:26:18]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Mais lorsque les gens susceptibles s'impliquent, cela glace les relations,
    démotive et gaspille toute l'énergie dépensée pour faire de bons logiciels.
  </dd>
  <dt><em>[07:26:22]</em> <strong>Angus Lees</strong></dt>
  <dd>
    Il est clair que tout le monde semble avoir reconnu le même ensemble de
    problèmes et a suggéré des solutions similaires.
  </dd>
  <dt><em>[07:26:31]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Les gens ont besoin de prendre l'air, c'est un fait.
  </dd>
  <dt><em>[07:26:33]</em> <strong style="color: Red;">Helen</strong></dt>
  <dd>
    Angus Lees&nbsp;: Ça semble assez vrai.
  </dd>
  <dt><em>[07:26:42]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Combinons la communication et l'infrastructure... Jonathan Walther veut de
    la VoIP, mais quelles autres améliorations pourraient aider notre
    communication&nbsp;?
  </dd>
  <dt><em>[07:26:45]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    Jonathan Walther&nbsp;: Donc nous faisons de la discrimination envers les
    personnes avec une peau fine&nbsp;?
  </dd>
  <dt><em>[07:26:48]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    Je voudrais voir des équipes expliquer ce qu'elles font et *pourquoi*, et
    ce plus régulièrement, et le nombre croissant d'envois venant d'équipes sur
    devel-announce est très encourageant.
  </dd>
  <dt><em>[07:26:56]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Hein&nbsp;? VoIP&nbsp;? Je déteste la VoIP&nbsp;!
  </dd>
  <dt><em>[07:26:57]</em> <strong>Anthony Towns</strong></dt>
  <dd>
    En réponse au point de Jonathan, je ne pense pas que nous puissions
    transformer quelqu'un qui est susceptible&nbsp;: je pense que la question
    réelle à se poser est la qualité de votre contribution potentielle au
    projet.
  </dd>
  <dt><em>[07:26:57]</em> <strong>Angus Lees</strong></dt>
  <dd>
    Martin Krafft&nbsp;: s/Jonothan Walther/Moi/
  </dd>
  <dt><em>[07:27:02]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Argh&nbsp;!
  </dd>
  <dt><em>[07:27:03]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Désolé.
  </dd>
  <dt><em>[07:27:08]</em> Branden Robinson pense qu'il y a une médiane à
    trouver entre le scénario baston-bagarre extrême-mise à mort et le scénario
    tout le monde est gentil-les oiseaux chantent-le soleil brille. Je sais que
    j'ai dû faire face à des pressions sociales pour changer mon approche sur
    les listes au cours des années, et c'est comme cela que ça doit se
    passer.</dt>
  <dt><em>[07:27:28]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Quelle est la différence entre les listes qui ont des discussions sans fin
    et celles qui n'en ont pas&nbsp;?
  </dd>
  <dt><em>[07:27:36]</em> <strong>Angus Lees</strong></dt>
  <dd>
    Martin Krafft&nbsp;: La taille de l'audience.
  </dd>
  <dt><em>[07:27:36]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Le «&nbsp;si vous ne pouvez rien dire d'agréable, ne dites rien du
    tout&nbsp;» peut entrer en conflit avec le «&nbsp;nous ne cacherons pas les
    problèmes&nbsp;».
  </dd>
  <dt><em>[07:27:36]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Branden Robinson&nbsp;: Tu es l'un de ceux qui se plaignent des gens
    susceptibles&nbsp;; tu m'avais sur ta liste des ignorés pendant longtemps.
    ^_^
  </dd>
  <dt><em>[07:27:47]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Jonathan Walther&nbsp;: Ce n'est plus vrai&nbsp;:)
  </dd>
  <dt><em>[07:27:57]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    Je suis d'accord avec Branden et Anthony sur ce point. Les listes
    mériteraient un peu de nettoyage, et je pense que plus de pression sociale
    serait un bon début.
  </dd>
  <dt><em>[07:27:59]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    Je pense que c'est principalement le mélange entre les individus et la
    taille.
  </dd>
  <dt><em>[07:28:03]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Branden Robinson&nbsp;: Ah&nbsp;! Tu m'as bien fait marcher en faisant
    semblant de m'ignorer&nbsp;;)
  </dd>
  <dt><em>[07:28:19]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Branden Robinson&nbsp;: Ce qui demande une quantité incroyable de contrôle
    de soi. Je t'applaudis.
  </dd>
  <dt><em>[07:28:22]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Jonathan Walther&nbsp;: Il arrive que je me taise si quelqu'un me provoque
    si maladroitement que cela pourrait juste m'embarasser de parler&nbsp;:)
  </dd>
  <dt><em>[07:28:24]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    De quel type de pressions sociales parle-t-on&nbsp;?
  </dd>
  <dt><em>[07:28:31]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    La plus grande différence entre les listes avec discussions sans fin et
    celles sans est probablement due à la façon dont ces listes sont utilisées.
  </dd>
  <dt><em>[07:28:38]</em> <strong>Angus Lees</strong></dt>
  <dd>
    Jonathan Walther&nbsp;: Je suis coupable de la suppression de tes envois
    sur -private en ne me basant que sur l'émetteur.
  </dd>
  <dt><em>[07:28:39]</em> <strong>Anthony Towns</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Habituellement, c'est une mauvaise habitude de ne pas
    avoir de discussions enragées &mdash; il faut au moins deux personnes pour
    en créer, et si les personnes ont l'habitude de tout geler, rien ne
    commence. Debian n'a pas vraiment cette habitude à beaucoup d'endroits.
  </dd>
  <dt><em>[07:29:02]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Des réponses calmes à des messages non raisonnables
    montrent comment une personne peut répondre plus constructivement.
  </dd>
  <dt><em>[07:29:12]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Martin Krafft&nbsp;: C'est une forme d'art. Certaines personnes sont
    excellentes, d'autres ne le sont pas.
  </dd>
  <dt><em>[07:29:13]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Est-ce que c'est le type de débat que tu
    envisageais&nbsp;? Cela semble assez chaotique.
  </dd>
  <dt><em>[07:29:14]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Anthony Towns&nbsp;: Tu veux «&nbsp;forcer&nbsp;»... Ne vois-tu pas d'autre
    façon que la modération&nbsp;?
  </dd>
  <dt><em>[07:29:28]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    Les listes qui se concentrent entièrement sur une tâche spécifique (ou un
    petit sous-ensemble de tâches) ont tendance à ne pas avoir de discussions
    sans fin. Les gens sont sur ces listes car ils font vraiment quelque chose,
    donc ils ont moins la tentation de discuter pour rien.
  </dd>
  <dt><em>[07:29:32]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Anthony Towns&nbsp;: Au contraire, quelqu'un susceptible doit programmer
    tout seul.
  </dd>
  <dt><em>[07:29:33]</em> <strong>Angus Lees</strong></dt>
  <dd>
    Les discussions de ce type ne sont des problèmes que là où il y a de
    l'audience, à savoir&nbsp;: -private, -devel, -project, -legal.
  </dd>
  <dt><em>[07:29:44]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Andreas Schuldei&nbsp;: Tu peux suggérer un autre format. Ce n'est pas
    facile de débattre avec 7&nbsp;personnes sur IRC.
  </dd>
  <dt><em>[07:29:44]</em> <strong>Angus Lees</strong></dt>
  <dd>
    Les listes plus petites et plus spécifiques ne semblent pas avoir de
    problème.
  </dd>
  <dt><em>[07:29:45]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Aie&nbsp;! Je viens de me faire déchirer sur -discuss.
  </dd>
  <dt><em>[07:29:46]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Anthony Towns&nbsp;: Les gens susceptibles sont un obstacle à n'importe
    quel type de travail en équipe. Debian est un travail en équipe massive.
  </dd>
  <dt><em>[07:29:50]</em> <strong>Anthony Towns</strong></dt>
  <dd>
    Je veux résoudre le problème&nbsp;; et je pense que celui-ci est assez
    grave pour nécessiter une sorte de restrictions, et pas seulement une
    charte et quelques rappels polis. J'aimerais avoir tort.
  </dd>
  <dt><em>[07:29:52]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    Oui.
  </dd>
  <dt><em>[07:30:14]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Anthony Towns&nbsp;: Nous ne pouvons pas gérer les gens susceptibles en
    jetant des clés à molette dans le tas. C'est une des raisons pour
    lesquelles Debian a stagné&nbsp;; trop de gens susceptibles mélangés à des
    mauvais coucheurs.
  </dd>
  <dt><em>[07:30:22]</em> Branden Robinson suit l'observation d'Andreas
    Schuldei affirmant que c'est un peu chaotique.</dt>
  <dt><em>[07:30:31]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Des suggestions&nbsp;?
  </dd>
  <dt><em>[07:30:42]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    Jonathan Walther&nbsp;: Quel niveau de critique croyez-vous que les gens
    devraient avoir à supporter&nbsp;?
  </dd>
  <dt><em>[07:30:46]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Je peux également poser des questions et permettre une à 3&nbsp;phrases
    pour y répondre.&nbsp;:)
  </dd>
  <dt><em>[07:30:52]</em> <strong>Anthony Towns</strong></dt>
  <dd>
    La modération &mdash; c'est-à-dire que chaque envoi devra être approuvé par
    un groupe de modérateurs &mdash; est vraiment extrême&nbsp;; retarder les
    envois (comme cela a déjà été fait à certains moments), refuser les
    réponses à des discussions litigieuses, envoyer un courriel de résumé pour
    les inscrits qui ont été incités à être non coopérants, ou suspendre ou
    bannir les gens sont différentes options possibles.
  </dd>
  <dt><em>[07:31:04]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    Jonathan Walther&nbsp;: Les gens qui sont susceptibles sont ceux qui
    prennent trop à c&oelig;ur les insultes qu'ils reçoivent. À mon avis, il ne
    devrait tout d'abord pas y avoir d'insultes. C'est possible. Nous devrions
    essayer.
  </dd>
  <dt><em>[07:31:06]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Je suis connu pour mes capacités à faire de très
    longues phrases &mdash; cela pourrait me donner un avantage peu
    loyal.&nbsp;;-)
  </dd>
  <dt><em>[07:31:12]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Matthew Garrett&nbsp;: Je pense que menacer la sécurité personnelle de
    quelqu'un est en dehors des limites.
  </dd>
  <dt><em>[07:31:16]</em> <strong>Angus Lees</strong></dt>
  <dd>
    Je voudrais voir un standard mieux connu définissant quelles sortes de
    messages auraient été mieux s'ils n'avaient pas été envoyés.
  </dd>
  <dt><em>[07:31:37]</em> <strong>Anthony Towns</strong></dt>
  <dd>
    Jonathan Walther&nbsp;: Oui, je pense qu'il y a un compromis à atteindre
    entre traiter les gens avec respect et ne pas prendre l'habitude de tout
    fuir en étant bien trop strict.
  </dd>
  <dt><em>[07:31:39]</em> <strong>Angus Lees</strong></dt>
  <dd>
    Et nous pouvons prendre l'avis des gens pour cela. Les contrevenants
    réguliers (et la plupart des problèmes dont ils sont responsables) peuvent
    être modérés, ou quelque chose du genre.
  </dd>
  <dt><em>[07:31:39]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    Jonathan Walther&nbsp;: Donc toutes les critiques jusqu'à cette limite
    devraient être acceptées&nbsp;? Je ne suis pas du tout d'accord.
  </dd>
  <dt><em>[07:31:41]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Je pense que j'ai exprimé ma position sur les tactiques de modération
    sévère sur -vote.
  </dd>
  <dt><em>[07:31:45]</em> <strong style="color: Red;">Helen</strong></dt>
  <dd>
    Branden Robinson&nbsp;: Je pense qu'il n'y a pas de problème, ce n'est pas
    aussi complexe ou confus en comparaison à d'autres discussions IRC que j'ai
    déjà vues. Les gens feront de toute façon le tri plus tard.
  </dd>
  <dt><em>[07:31:51]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Il a été soulevé le fait que Debian encourage les discussions enflammées en
    faisant l'éloge de ses posteurs.
  </dd>
  <dt><em>[07:31:51]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    AMHA ce débat prouve principalement que nous avons beaucoup de candidats
    qui parlent.&nbsp;(c:
  </dd>
  <dt><em>[07:32:05]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    J'ai également vu des personnes faisant l'éloge de posteurs calmes.
  </dd>
  <dt><em>[07:32:05]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Andreas Schuldei&nbsp;: Une personne susceptible trouvera
    <strong>toujours</strong> le moyen d'interpréter une critique ou de
    l'humour comme une insulte.
  </dd>
  <dt><em>[07:32:09]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Je ne crois pas que nous devrions les démettre de leurs responsabilités
    sans avoir une procédure bien documentée pour les appels, ainsi que la
    confiance des développeurs.
  </dd>
  <dt><em>[07:32:11]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Pensez-vous que plus de cela aiderait&nbsp;?
  </dd>
  <dt><em>[07:32:18]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Une blague est une arme puissante.
  </dd>
  <dt><em>[07:32:22]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Andreas Schuldei&nbsp;: Il n'y a donc pas moyen d'éliminer les
    «&nbsp;insultes&nbsp;».
  </dd>
  <dt><em>[07:32:27]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Pensez-vous qu'un passage au goudron et aux plumes en public pourrait
    réduire les discussions enflammées&nbsp;?
  </dd>
  <dt><em>[07:32:40]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Absolument pas.
  </dd>
  <dt><em>[07:32:42]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    Jonathan Walther&nbsp;: Faux, je suis sur des canaux et des listes avec des
    personnes sensibles, et elles travaillent correctement.
  </dd>
  <dt><em>[07:32:44]</em> <strong>Angus Lees</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Un passage au goudron et aux plumes en public
    <strong>lance</strong> les discussions enflammées.
  </dd>
  <dt><em>[07:32:47]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Les gens doivent être assez mûrs pour utiliser /ignore
  </dd>
  <dt><em>[07:32:58]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Certaines personnes sont susceptibles de se voir
    adresser des reproches, d'autres visiblement pas.
  </dd>
  <dt><em>[07:33:01]</em> <strong>Anthony Towns</strong></dt>
  <dd>
    Branden Robinson&nbsp;: Un envoi sur -devel-announce est également une arme
    plutôt puissante&nbsp;:-P
  </dd>
  <dt><em>[07:33:03]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Angus Lees&nbsp;: Exactement.
  </dd>
  <dt><em>[07:33:04]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Si cela est fait par quelqu'un avec suffisamment
    d'autorité&nbsp;? Je pense, mais cela dépend par ce que tu entends pour le
    «&nbsp;goudron&nbsp;» et les «&nbsp;plumes&nbsp;».
  </dd>
  <dt><em>[07:33:10]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Anthony Towns&nbsp;: C'est vrai.
  </dd>
  <dt><em>[07:33:10]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    Jonathan Walther&nbsp;: Ici, nous n'avons quasiment pas d'insultes.
  </dd>
  <dt><em>[07:33:12]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Andreas Schuldei&nbsp;: Vraiment&nbsp;? De quels listes et canaux
    s'agit-il&nbsp;?
  </dd>
  <dt><em>[07:33:22]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    \#debian-devel, pour l'un.
  </dd>
  <dt><em>[07:33:23]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Matthew Garrett&nbsp;: Prenez la discussion enflammée entre aj et moi en
    février.
  </dd>
  <dt><em>[07:33:27]</em> <strong>Anthony Towns</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Le passage au goudron et aux plumes en public
    <strong>est</strong> une discussion enflammée. Je ne pense pas que les
    rendre officiels réduira le nombre de non officiels&nbsp;; je pense même le
    contraire.
  </dd>
  <dt><em>[07:33:34]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    Heu.
  </dd>
  <dt><em>[07:33:38]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Si vous étiez intervenu en nous disant à tous les deux d'aller jouer au bac
    à sable, pensez-vous que cela aurait aidé&nbsp;?
  </dd>
  <dt><em>[07:33:40]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    debian-edu, pardon.
  </dd>
  <dt><em>[07:33:44]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Andreas Schuldei&nbsp;: Ah. OK... le canal sur lequel doogie parle du
    rasage de ses poils pubiens en public&nbsp;?
  </dd>
  <dt><em>[07:33:47]</em> <strong>Angus Lees</strong></dt>
  <dd>
    Les messages de type «&nbsp;ce message était inapproprié sur cette
    liste&nbsp;» devraient être faits en privé&nbsp;; sinon, ils ne font que
    continuer la discussion qu'ils arrêtent.
  </dd>
  <dt><em>[07:33:58]</em> Jonathan Walther rigole</dt>
  <dt><em>[07:34:01]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Les pressions sociales peuvent également devenir hors de contrôle. Je ne
    pense pas que nous voulions nécessairement tout éviter, ou avoir tout
    écarlate.
  </dd>
  <dt><em>[07:34:01]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    Jonathan Walther&nbsp;: Désolé, lapsus freudien.&nbsp;(c:
  </dd>
  <dt><em>[07:34:16]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Cela conduit à une société moins tolérante, et pas à une société plus
    tolérante.
  </dd>
  <dt><em>[07:34:18]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    Je pense qu'il est important de faire comprendre en public que certains
    comportements sont inacceptables, mais je pense qu'il faudrait mieux le
    faire calmement et raisonnablement.
  </dd>
  <dt><em>[07:34:26]</em> <strong>Angus Lees</strong></dt>
  <dd>
    Je ne pense pas que seules les pressions sociales puissent faire sortir
    Debian du trou dans lequel nous sommes.
  </dd>
  <dt><em>[07:34:31]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Anthony Towns&nbsp;: Je pense que la communauté pourrait mal comprendre ton
    désir de «&nbsp;renforcer&nbsp;»... comment compte-tu renforcer sans trop
    de pressions sociales&nbsp;?
  </dd>
  <dt><em>[07:34:36]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    (Je sais que je suis coupable d'erreurs sur ce point, et je l'ai déjà
    reconnu auprès des personnes qui me l'ont fait remarquer.)
  </dd>
  <dt><em>[07:34:38]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Angus Lees&nbsp;: Quoi d'autre pourrions-nous faire&nbsp;?
  </dd>
  <dt><em>[07:34:59]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Lorsque les gens démarrent un combat stupide, ils doivent sentir sur eux
    une pression leur faisant comprendre qu'ils sont en train de dépasser les
    limites. La dernière chose à faire est de rassembler encore plus
    d'attaquants (comme ils le perçoivent).
  </dd>
  <dt><em>[07:35:00]</em> <strong>Angus Lees</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Nous devons publier une liste exhaustive et
    compréhensive de ce que nous considérons approprié (pour chaque liste).
  </dd>
  <dt><em>[07:35:17]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Matthew Garrett&nbsp;: Sous-entendre que les personnes inscrites à -legal
    (ou au moins le sous-ensemble composé des personnes qui écrivent) ne valent
    en général pas grand chose n'est quand même pas très sympathique.
  </dd>
  <dt><em>[07:35:24]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    Angus Lees&nbsp;: Je pense que les pressions sociales sont un début. Nous
    devrions accroître rapidement nos mesures de discipline.
  </dd>
  <dt><em>[07:35:25]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Angus Lees&nbsp;: Balivernes. Tout le monde ici est adulte et est supposé
    comprendre ce que cela signifie.
  </dd>
  <dt><em>[07:35:26]</em> <strong>Angus Lees</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Nous devons alors avoir en place des procédures
    connues pour gérer les contrevenants réguliers.
  </dd>
  <dt><em>[07:35:35]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Angus Lees&nbsp;: Nous n'en avons pas encore&nbsp;? ou alors il en faudrait
    d'encore plus concrètes&nbsp;?
  </dd>
  <dt><em>[07:35:48]</em> <strong>Anthony Towns</strong></dt>
  <dd>
    Martin Krafft&nbsp;: La plupart des possibilités abordées ci-dessus ne sont
    que des options techniques&nbsp;: si les choses deviennent hors de
    contrôle, les envois s'achèvent tout simplement. Cela peut calmer les
    choses, ce qui, je pense, est utile. Le truc réel n'est pas les pressions
    sociales, c'est... je ne sais pas, le renforcement social &mdash; avoir un
    environnement dans lequel les personnes n'ont pas peur de poster car elles
    savent que leurs idées seront traitées dignement, et n'ont pas besoin de
    s'enflammer, car elles sont conscientes qu'elles seront
  </dd>
  <dt><em>[07:36:00]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    Branden Robinson&nbsp;: Je ne suis pas d'accord avec les opinions
    exprimées, et mon expérience suggère que la notion de consensus sur d-l
    n'est pas la même que celle des autres développeurs.
  </dd>
  <dt><em>[07:36:05]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Comme SPI, -legal fait &mdash; ou essaie de faire &mdash; du travail
    solide, parfois non récompensé, que tout le monde ne daigne pas
    reconnaître.
  </dd>
  <dt><em>[07:36:18]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Anthony Towns&nbsp;: Et établir la ligne mince entre ceci et la
    censure&nbsp;? comment&nbsp;?
  </dd>
  <dt><em>[07:36:29]</em> <strong>Angus Lees</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Publiée plus largement. Par exemple, je ne pense pas
    avoir été dans le faux avec une telle position (même si je sais que nous
    l'avons quelque part).
  </dd>
  <dt><em>[07:36:44]</em> <strong>Anthony Towns</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Prudemment.&nbsp;:)
  </dd>
  <dt><em>[07:36:44]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Angus Lees&nbsp;: Il y a un lien sur lists.debian.org.
  </dd>
  <dt><em>[07:36:46]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    Je ne pense pas que le point de vue des personnes doit être ignoré juste
    parce qu'elles ne désirent pas s'exprimer dans un forum où elles ne se
    sentent pas les bienvenues.
  </dd>
  <dt><em>[07:36:47]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Matthew Garrett&nbsp;: Je pense que beaucoup du problème est un manque de
    réalisme. J'ai médité sur une «&nbsp;FAQ surprise&nbsp;» qui présenterait
    tous les aspects qui vont contre les intuitions des lois sur les droits
    d'auteur et les brevets, et ce à l'attention des non initiés.
  </dd>
  <dt><em>[07:37:06]</em> <strong>Angus Lees</strong></dt>
  <dd>
    Par définition, les posteurs qui posent problèmes sont des contrevenants
    fréquents.
  </dd>
  <dt><em>[07:37:12]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    Une option intéressante qui a été suggérée par nos nouveaux DAM est de
    demander à ceux qui passent un mauvais moment de se restreindre eux-mêmes
    et de se débrancher pour une remise en cause.
  </dd>
  <dt><em>[07:37:18]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Matthew Garrett&nbsp;: Dans beaucoup de cas, les gens perçoivent -legal
    comme «&nbsp;irraisonnable&nbsp;» simplement parce que ces personnes ont
    cherché l'application de la loi dans le monde réel.
  </dd>
  <dt><em>[07:37:21]</em> <strong>Anthony Towns</strong></dt>
  <dd>
    Martin Krafft&nbsp;: En ayant des vérifications et des analyses du dérapage
    des discussions ou des personnes, en ayant différents endroits où les gens
    peuvent discuter ou s'enflammer ou quoi que ce soit d'autre et enfin avoir
    une porte de sortie est également bon.
  </dd>
  <dt><em>[07:37:22]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Matthew Garrett&nbsp;: C'est une position intéressante, en sachant que tu
    m'as banni de la liste de diffusion debian-women@ en te basant sur le fait
    que quelques femmes n'aimaient pas mes convictions.
  </dd>
  <dt><em>[07:37:36]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Matthew Garrett&nbsp;: Et la loi, comme dirait l'autre, «&nbsp;est
    stupide&nbsp;».
  </dd>
  <dt><em>[07:37:48]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Matthew Garrett&nbsp;: Comment justifies-tu la censure réelle d'un
    développeur Debian d'une liste de diffusion et ton affirmation précédente
    sur ton rejet de la censure&nbsp;?
  </dd>
  <dt><em>[07:37:53]</em> <strong>Anthony Towns</strong></dt>
  <dd>
    «&nbsp;conscientes qu'elles seront consultées.&nbsp;» si cela a été coupé
    plus haut, au passage.
  </dd>
  <dt><em>[07:38:04]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    Jonathan Walther&nbsp;: Je n'ai banni personne d'aucune liste de diffusion.
  </dd>
  <dt><em>[07:38:11]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Voici une question de la communauté&nbsp;: pensez-vous qu'il serait bon de
    placer certaines personnes dans une position quelconque au sein de Debian
    sans avoir le soutien des individus qui occupent déjà cette position,
    est-ce que cela devrait se produire&nbsp;?
  </dd>
  <dt><em>[07:38:12]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    Je ne suis même pas inscrit à debian-women.
  </dd>
  <dt><em>[07:38:25]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Tant que nous travaillerons sous les perversités du concept de
    «&nbsp;propriété intellectuelle&nbsp;», je crains que les notions
    intuitives que les gens ont sur le logiciel libre seront loin de la
    réalité.
  </dd>
  <dt><em>[07:38:45]</em> <strong>Angus Lees</strong></dt>
  <dd>
    La modération n'est pas de la censure. (Il s'agit d'une simple maîtrise du
    trafic&nbsp;;)
  </dd>
  <dt><em>[07:39:00]</em> <strong>Anthony Towns</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Il ne s'agit pas de se poser la question si cela est
    approprié, mais si cela est efficace. Avoir deux personnes dans une équipe
    qui travaillent l'une contre l'autre, cela ne fonctionne pas. Mais il y a
    de nombreuses façons d'encourager les personnes à accepter de nouveaux
    membres dans les équipes.
  </dd>
  <dt><em>[07:39:02]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Angus Lees&nbsp;: Ça n'en est pas&nbsp;? Même si un message est renvoyé au
    destinataire ou rejeté&nbsp;?
  </dd>
  <dt><em>[07:39:05]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Angus Lees&nbsp;: Les gens ne sont pas d'accord avec cela.
  </dd>
  <dt><em>[07:39:15]</em> <strong style="color: Red;">Helen</strong></dt>
  <dd>
    Pouvons-nous passer à la dernière question de Martin Krafft,
    s'il-vous-plaît&nbsp;?
  </dd>
  <dt><em>[07:39:20]</em> <strong>Angus Lees</strong></dt>
  <dd>
    La livraison des messages raisonnables venant d'un «&nbsp;expéditeur à
    problèmes&nbsp;» est toujours permise, je n'y vois donc pas de problème.
  </dd>
  <dt><em>[07:39:21]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    Branden Robinson&nbsp;: Mais dans une plus vaste étendue, l'argument se
    résume à différentes positions sur la sévérité d'interprétation des DFSG,
    et non pas au désaccord sur comment s'applique la loi.
  </dd>
  <dt><em>[07:39:43]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Je pense que de telles choses nécessitent réflexion.
    Cela dépend de l'individu et du groupe, ainsi que de l'état de santé du
    groupe.
  </dd>
  <dt><em>[07:39:52]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Matthew Garrett&nbsp;: Désolé&nbsp;; je dois t'avoir confondu avec un autre
    Matthew. Peut-être Matthew Palmer. Quelqu'un qui a un accès administrateur
    aux listes de diffusion de Debian m'a dans tous les cas rejeté de
    debian-women@.
  </dd>
  <dt><em>[07:40:02]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Matthew Garrett&nbsp;: Si tu étais DPL, que ferais-tu pour y
    remédier&nbsp;?
  </dd>
  <dt><em>[07:40:10]</em> <strong style="color: Red;">Helen</strong></dt>
  <dd>
    Branden Robinson, Angus Lees, Matthew Garrett, Jonathan Walther&nbsp;:
    Question suivante, s'il-vous-plaît&nbsp;:)
  </dd>
  <dt><em>[07:40:13]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Andreas Schuldei&nbsp;: Bien, que peut faire un DPL pour s'assurer que tous
    les groupes l'autorisent&nbsp;?
  </dd>
  <dt><em>[07:40:17]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    Est-ce que cette personne de la communauté pourrait élaborer un peu le
    contexte, pour pouvoir répondre plus précisément&nbsp;?
  </dd>
  <dt><em>[07:40:17]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Matthew Garrett&nbsp;: Parfois c'est le cas. Mais j'ai vu que les gens sur
    -legal s'énervent et s'emportent...
  </dd>
  <dt><em>[07:40:19]</em> <strong style="color: Red;">Helen</strong></dt>
  <dd>
    <em>[07:38:11]</em> <b>Martin Krafft</b>
    Voici une question de la communauté&nbsp;: pensez-vous qu'il serait bon de
    placer certaines personnes dans une position quelconque au sein de Debian
    sans avoir le soutien des individus qui occupent déjà cette position,
    est-ce que cela devrait se produire&nbsp;?
  </dd>
  <dt><em>[07:40:21]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Helen&nbsp;: OK.
  </dd>
  <dt><em>[07:40:42]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    La désignation est toujours volontaire.
  </dd>
  <dt><em>[07:40:46]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Helen&nbsp;: Je vois cela comme une solution de dernier recours.
  </dd>
  <dt><em>[07:40:54]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Jonathan Walther&nbsp;: Lis womble sur -discuss.
  </dd>
  <dt><em>[07:40:56]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Jonathan Walther&nbsp;: Les modérateurs veulent dire imposer quelqu'un à
    une équipe.
  </dd>
  <dt><em>[07:40:59]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    Si c'est la seule façon d'être sûr que le travail sera fait convenablement
    pour le reste du projet, alors oui.
  </dd>
  <dt><em>[07:41:02]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Tu peux être désigné. Et tu peux refuser la désignation. Il n'y a pas
    besoin de te consulter absolument auparavant.
  </dd>
  <dt><em>[07:41:06]</em> <strong>Angus Lees</strong></dt>
  <dd>
    Helen&nbsp;: Si le résultat est mauvais, bien sûr que non.
  </dd>
  <dt><em>[07:41:14]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Je ne suis pas sur -discuss.
  </dd>
  <dt><em>[07:41:18]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    Martin Krafft&nbsp;: «&nbsp;Ne change jamais une équipe qui gagne&nbsp;».
    Si les groupes travaillent convenablement, alors il n'y a pas besoin de
    personne supplémentaire et ils ne veulent personne d'autre, et dans ce cas,
    le DPL devrait rester en dehors de cela.&nbsp;(c:
  </dd>
  <dt><em>[07:41:24]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Je ne peux suivre que deux fenêtres IRC en même temps.
  </dd>
  <dt><em>[07:41:36]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Andreas Schuldei&nbsp;: Mais qu'en est-il si un groupe va soudainement
    mal&nbsp;?
  </dd>
  <dt><em>[07:41:37]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Jonathan Walther&nbsp;: Le scénario est&nbsp;: A, B et C sont dans une
    équipe X. Le DPL veut ajouter D, et D veut la position, mais A, B et C ne
    veulent pas de D dans l'équipe.
  </dd>
  <dt><em>[07:41:43]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Jonathan Walther&nbsp;:
  </dd>
  <dt><em>[07:41:44]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd><em>[08:40</em> <b>womble</b> 
    Puis-je avoir une rétractation de ce commentaire fait par krooger&nbsp;? Je
    n'ai
  </dd>
  <dt><em>[07:41:47]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    de droit d'administrateur sur aucune liste.
  </dd>
  <dt><em>[07:41:55]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    Martin Krafft&nbsp;: La raison pour cela serait intéressante.
  </dd>
  <dt><em>[07:42:03]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Andreas Schuldei&nbsp;: La mort&nbsp;?
  </dd>
  <dt><em>[07:42:09]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Si un nouveau membre peut y remédier, bien sûr.
  </dd>
  <dt><em>[07:42:11]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Comme je l'ai dit, je déteste voir les choses en arriver à ce point. Je
    ferais vraiment beaucoup de consultations aux alentours avant de prendre
    cette décision.
  </dd>
  <dt><em>[07:42:15]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    (pour ne citer que le plus extrême)
  </dd>
  <dt><em>[07:42:17]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    Mais il est évident que cela créera du mécontentement et de la douleur,
    donc cela ne doit se produire que s'il n'y a pas d'autre solution.
  </dd>
  <dt><em>[07:42:17]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Les gens sont libres de lire les envois de Matthew
    Palmer sur debian-women et de définir eux-mêmes les «&nbsp;pouvoirs&nbsp;»
    qu'il a.
  </dd>
  <dt><em>[07:42:19]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Est-ce que c'est le groupe qui meurt ou un
    membre&nbsp;?
  </dd>
  <dt><em>[07:42:25]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Car bien sûr, il y a le risque de la démission de A, B et C.
  </dd>
  <dt><em>[07:42:39]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Andreas Schuldei&nbsp;: Disons que 50&nbsp;% d'entre eux arrêtent de
    travailler pour le groupe.
  </dd>
  <dt><em>[07:42:57]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    Mais en aucun cas un ensemble de personnes, quelque soit sa position, ne
    devrait pouvoir devenir un obstacle sans raison.
  </dd>
  <dt><em>[07:43:07]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    Martin Krafft&nbsp;: La situation souhaitée serait que le groupe remarque
    qu'un membre est décédé&nbsp;(c: et cherche alors un successeur.
  </dd>
  <dt><em>[07:43:14]</em> <strong>Angus Lees</strong></dt>
  <dd>
    Branden Robinson&nbsp;: Exactement. Donc A, B et C doivent déjà être
    complètement inopérationels pour que le DPL envisage d'intégrer par la
    force une nouvelle personne.
  </dd>
  <dt><em>[07:43:22]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    Si le DPL est le seul au courant, il devrait leur dire et les aider à
    avancer.
  </dd>
  <dt><em>[07:43:36]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    Une solution basée sur le consensus est largement préférable, mais si cela
    est impossible, alors une nomination «&nbsp;hostile&nbsp;» est la seule
    option solide.
  </dd>
  <dt><em>[07:43:37]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Matthew Garrett&nbsp;: Il serait intéressant que trois équipes séparées
    aient le droit de véto sur l'ajout d'une architecture au groupe pour la
    publication de Etch, comme cela est proposé dans le prospectus de
    Vancouver.
  </dd>
  <dt><em>[07:43:38]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Branden Robinson&nbsp;: Évidemment, le droit à la libre association
    (garantie dans la constitution canadienne) signifie que même si le DPL peut
    nommer quelqu'un dans une équipe, si celle-ci ne l'accepte pas, ce n'est
    pas de chance pour le DPL.  La vraie question est si le DPL désire saboter
    une équipe entière pour avoir son délégué à cette position.
  </dd>
  <dt><em>[07:43:54]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    OK, il suffit. Quelqu'un m'a dit de plus vous faire taire.
  </dd>
  <dt><em>[07:43:58]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Passons à autre chose...
  </dd>
  <dt><em>[07:44:02]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Il n'y a sûrement pas de risque de se tromper en disant que les résultats
    de la rencontre de Vancouver
  </dd>
  <dt><em>[07:44:04]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    ont quelque peu agité la communauté. Qu'est-ce qui aurait pu être
  </dd>
  <dt><em>[07:44:05]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Les délégués sont au service du DPL.
  </dd>
  <dt><em>[07:44:07]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    amélioré pour éviter ces troubles et ces pertes de
  </dd>
  <dt><em>[07:44:09]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    productivité&nbsp;?
  </dd>
  <dt><em>[07:44:14]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    Branden Robinson&nbsp;: Si un tel véto était levé sans justification, je
    poserais des questions.
  </dd>
  <dt><em>[07:44:17]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Belle transition avec ma remarque précédente&nbsp;:)
  </dd>
  <dt><em>[07:44:38]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Branden Robinson&nbsp;: C'est involontaire, mais agréable après
    coup.&nbsp;:)
  </dd>
  <dt><em>[07:44:41]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Je ne vois aucune perte de productivité.  La rencontre
    de Vancouver a été l'occasion pour les gestionnaires de publication d'avoir
    un peu de temps sans distraction.
  </dd>
  <dt><em>[07:44:43]</em> <strong>Angus Lees</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Il semble que la rencontre a été arrangée dans la
    précipitation, et ce pour des raisons quelconques. Je pense qu'il n'y avait
    pas besoin de tant de hâte (les élections DPL&nbsp;?).
  </dd>
  <dt><em>[07:44:49]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Encore une fois, je soutiens totalement le droit à la
    libre association.
  </dd>
  <dt><em>[07:44:54]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Le groupe devrait maintenant essayer activement de
    trouver de nouveaux membres.
  </dd>
  <dt><em>[07:45:00]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Angus Lees&nbsp;: Cela peut simplement avoir été pour des raisons de
    disponibilité.
  </dd>
  <dt><em>[07:45:01]</em> <strong>Anthony Towns</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Évidemment, j'aime l'idée d'arrêter les discussions
    enflammées lorsque cela commence à devenir agressif, non technique et
    répétitif.&nbsp;:-/
  </dd>
  <dt><em>[07:45:15]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Le DPL devrait leur dire de le faire, s'ils ne le font
    pas.
  </dd>
  <dt><em>[07:45:15]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Angus Lees&nbsp;: Rappelle-toi combien il a été difficile pour six d'entre
    nous d'arriver à temps pour un débat de deux heures que nous aurions pu
    faire par IRC.
  </dd>
  <dt><em>[07:45:17]</em> <strong>Angus Lees</strong></dt>
  <dd>
    Branden Robinson&nbsp;: C'est sûr que la disponibilité n'est plus une si
    grosse contrainte lorsqu'il n'y a plus d'objectifs temporels impliqués.
  </dd>
  <dt><em>[07:45:20]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Si un groupe de développeurs Debian veut se rassembler
    pour un sujet concernant Debian, le reste de Debian ne peut pas s'y
    opposer. Mais cela serait plus difficile si un tel groupe ne rendait pas
    compte en public du sujet et des activités.
  </dd>
  <dt><em>[07:45:26]</em> <strong>Anthony Towns</strong></dt>
  <dd>
    Martin Krafft&nbsp;: D'un autre côté, avoir eu auparavant plus de débats en
    public aurait été utile&nbsp;; mais sur la liste actuelle, le climat m'y
    semble tout simplement insupportable.
  </dd>
  <dt><em>[07:45:31]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Ce serait même contre Debian.
  </dd>
  <dt><em>[07:45:36]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    Je pense que https://lists.debian.org/debian-vote/2005/03/msg00659.html
    serait un bon ensemble de points de départs.
  </dd>
  <dt><em>[07:46:10]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Avez-vous des commentaires sur la façon dont la proposition a été
    introduite&nbsp;?
  </dd>
  <dt><em>[07:46:20]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    Plus d'opportunités pour récolter des opinions auraient amélioré les
    choses, même si ces opinions avait été ignorées.  Plus de justifications
    détaillées après coup auraient changé considérablement le caractère de la
    discussion.
  </dd>
  <dt><em>[07:46:26]</em> Branden Robinson pense que le prospectus de Vancouver
    aurait pu être écrit de manière à ne pas mettre le feu au poudre si
    méchamment, mais je suspecte également que 1) sa rédaction a été attribuée
    à un pauvre volontaire (salut vorlon) qui a été contraint par le temps, et
    que 2) il était dans tous les cas destiné à lancer de nombreuses
    discussions, quel qu'en soit le contenu.
  </dt>
  <dt><em>[07:46:38]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Simplement en raison des conclusions atteintes.
  </dd>
  <dt><em>[07:46:50]</em> <strong>Angus Lees</strong></dt>
  <dd>
    Et il semble que la discussion a commencé par «&nbsp;nous devons réduire
    les architectures sur les miroirs à environ&nbsp;4. Comment les
    choisissons-nous&nbsp;?&nbsp;».  Ce qui n'a pas du tout été décrit de cette
    façon.
  </dd>
  <dt><em>[07:47:03]</em> <strong>Angus Lees</strong></dt>
  <dd>
    Lorsque cela est présenté de cette manière (et qu'il est expliqué pourquoi
    cela est nécessaire), tout semble plus raisonnable.
  </dd>
  <dt><em>[07:47:05]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    J'espère rassembler petit à petit des documents qui satisfassent les
    objectifs que j'ai établis pour la page VancouverProspectus sur
    wiki.debian.net.
  </dd>
  <dt><em>[07:47:10]</em> <strong>Anthony Towns</strong></dt>
  <dd>
    Il faut savoir que le document a été relu et corrigé par tous ceux qui
    étaient présents, même si Steve (vorlon) en a écrit la majorité.
  </dd>
  <dt><em>[07:47:27]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Regardons le contenu...
  </dd>
  <dt><em>[07:47:28]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    La proposition était vraiment une proposition. Les événements qui ont suivi
    et conduit à une discussion productive entre les personnes impliquées le
    montrent mieux.
  </dd>
  <dt><em>[07:47:28]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Debian est connue en tant que système d'exploitation universel. Elle
    souffre également de longs cycles de publication. Quel est l'objectif de
    Debian&nbsp;? Est-ce que sacrifier le slogan «&nbsp;universel&nbsp;»
    garantirait des cycles de publication plus courts&nbsp;? Qu'est-ce que nos
    utilisateurs désirent&nbsp;?
  </dd>
  <dt><em>[07:47:50]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Je pense que le consensus de Vancouver a été fait le plus gentiment
    possible et pour être le moins obstruant.
  </dd>
  <dt><em>[07:47:58]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Je ne vois pas de raison pour Debian de se plaindre sur la manière dont se
    sont déroulés les événements.
  </dd>
  <dt><em>[07:48:00]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Bien, «&nbsp;universel&nbsp;» signifie beaucoup de choses différentes pour
    des personnes différentes.
  </dd>
  <dt><em>[07:48:19]</em> <strong>Angus Lees</strong></dt>
  <dd>
    Ah. Apparemment, vorlon a dit que des périodes plus longues seraient
    envisagées. Dans ce cas, c'est bien.
  </dd>
  <dt><em>[07:48:21]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Est-ce que le manque de «&nbsp;publication stable&nbsp;», chose arbitraire
    en elle-même, est obligatoirement en contradiction avec
    l'universalité&nbsp;?
  </dd>
  <dt><em>[07:48:33]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Debian est connue pour sa robustesse et ses mises à
    niveau faciles. Peu de nos utilisateurs s'intéressent à nos architectures
    marginales.
  </dd>
  <dt><em>[07:48:34]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    Debian ne perdrait pas d'architecture, puisqu'elle pourrait à la place
    s'ouvrir à de nouvelles.
  </dd>
  <dt><em>[07:48:40]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Je pense qu'il s'agit d'une question à laquelle nous devons répondre
    collectivement. Le DPL n'a pas à s'imposer.
  </dd>
  <dt><em>[07:48:47]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Il y a quelques années, nous étions également connus
    pour notre facilité d'installation.
  </dd>
  <dt><em>[07:49:11]</em> L'UltraSPARC de Branden Robinson,
    necrotic.deadbeast.net, est instable.</dt>
  <dt><em>[07:49:14]</em> <strong>Anthony Towns</strong></dt>
  <dd>
    Je ne pense pas que nous remettons en cause le slogan
    «&nbsp;universel&nbsp;»&nbsp;; nous changeons juste notre façon de gérer
    certaines architectures. J'espère évidemment que cela ne vas pas empêcher
    de faire tourner Debian sur des architectures non-i386/ppc.
  </dd>
  <dt><em>[07:49:20]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    Jonathan Walther&nbsp;: Nous sommes sur le bon chemin en ce qui concerne
    les installations faciles dans le futur&nbsp;(c:
  </dd>
  <dt><em>[07:49:29]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Si elle continue à fonctionner convenablement, même en tant qu'architecture
    «&nbsp;secondaire&nbsp;», je n'en serai pas personnellement trop affecté.
  </dd>
  <dt><em>[07:49:36]</em> <strong>Angus Lees</strong></dt>
  <dd>
    L'extensibilité de l'approche de Debian pour contruire une distribution est
    l'une de ses fonctionnalités les plus importantes (comme je l'ai dit dans
    une réponse à une question de la première phase).
  </dd>
  <dt><em>[07:49:41]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Est-ce que ces «&nbsp;citoyens secondaires&nbsp;» ne vont pas faire changer
    d'avis les gens&nbsp;?
  </dd>
  <dt><em>[07:50:04]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    J'espère également que ceux dans la communauté qui sont directement
    concernés (comprendre les entreprises) pourront investir dans ces
    «&nbsp;architectures secondaires&nbsp;», ce qui aidera à les remettre en
    première position.
  </dd>
  <dt><em>[07:50:06]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    Je ne pense pas que la longueur de notre cycle de publication actuel est
    supportable, et je pense que cela nous coûte une bonne part de bonne
    volonté venant de la communauté. Je ne veux pas perdre les publications
    stables de certaines architectures (je possède au moins sept de celles-ci
    dans la pièce où je me trouve actuellement), mais s'il s'agit de la seule
    possibilité de répondre à la demande de la majorité de nos utilisateurs,
    alors je pense que nous devrons l'accepter.
  </dd>
  <dt><em>[07:50:22]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    La partie <strong>constructive</strong> de la discussion actuelle résoudra
    ce problème, j'en suis convaincu.
  </dd>
  <dt><em>[07:50:22]</em> <strong>Angus Lees</strong></dt>
  <dd>
    Je pense que les gens commencent à utiliser Debian car nous pouvons (et
    nous le faisons) gérer toute sorte de domaines différents.
  </dd>
  <dt><em>[07:50:25]</em> <strong>Anthony Towns</strong></dt>
  <dd>
    Je ne pense pas que Debian a un objectif bien particulier&nbsp;; elle en a
    autant qu'il y a de développeurs, et probablement encore plus que cela. Je
    l'aime bien car je pense qu'elle démontre comment le développement logiciel
    devrait être fait.
  </dd>
  <dt><em>[07:50:29]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Il se peut que nous ayons une sorte de «&nbsp;tragédie des habitués&nbsp;»
    lorsque nous abordons des volontaires actifs et certaines architectures.
  </dd>
  <dt><em>[07:50:47]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    Mais <strong>avant</strong> de prendre cette décision, j'aimerais voir plus
    de discussions sur les problèmes qui seraient résolus. L'équipe en charge
    de la publication a clairement présenté sa manière de voir les problèmes,
    et cela a été très utile. J'aimerais voir quelque chose de semblable chez
    les responsables ftp.
  </dd>
  <dt><em>[07:50:53]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    Debian a toujours parfaitement résolu ses problèmes techniques, et le fera
    également cette fois-ci.
  </dd>
  <dt><em>[07:50:57]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Matthew Garrett&nbsp;: Écoute, écoute.
  </dd>
  <dt><em>[07:51:14]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    Il est possible que nous puissions trouver une autre proposition qui
    résoudrait les problèmes <i>sans</i> avoir à réduire le nombre
    d'architectures.
  </dd>
  <dt><em>[07:51:37]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    Debian est une organisation pleine de ressources. Si nous ne pouvons pas
    résoudre le problème, alors il peut ne pas y avoir de solution. Et dans ce
    cas, nous aurons à faire un choix difficile.
  </dd>
  <dt><em>[07:51:50]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Je n'ai pas utilisé la distribution «&nbsp;stable&nbsp;» depuis des années.
  </dd>
  <dt><em>[07:51:55]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Combien de personnes utilisent «&nbsp;stable&nbsp;» actuellement&nbsp;?
  </dd>
  <dt><em>[07:51:57]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Nous avons une autre question de la communauté&nbsp;:
  </dd>
  <dt><em>[07:52:08]</em> <strong>Angus Lees</strong></dt>
  <dd>
    Jonathan Walther&nbsp;: Je l'utilise tous les jours au travail pour les
    produits que je crée.
  </dd>
  <dt><em>[07:52:08]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    Comme je l'ai dit, même si je n'aime pas cela, supprimer la gestion de
    certaines architectures est mieux que de prendre 3&nbsp;ans pour une
    publication.
  </dd>
  <dt><em>[07:52:11]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Comment pensez-vous que Debian fait honneur des contributions des
    non-développeurs qui font un travail réel pour le projet (par exemple les
    traducteurs)&nbsp;?
  </dd>
  <dt><em>[07:52:16]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Andreas Schuldei&nbsp;: J'aime ta confiance, mais je ne voudrais pas
    endormir les gens dans leur propre complaisance.  Nous ne résoudrons ce
    problème que si nous nous remuons et que nous y travaillons.
  </dd>
  <dt><em>[07:52:26]</em> <strong>Angus Lees</strong></dt>
  <dd>
    Croyez-moi, les utilisateurs en entreprise (ou en système embarqué, etc.)
    ne veulent <strong>pas</strong> de publications semestrielles.
  </dd>
  <dt><em>[07:52:29]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Insuffisamment.
  </dd>
  <dt><em>[07:52:39]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Il est important de se rappeler que <strong>supprimer</strong> la gestion
    est très différent de supprimer l'architecture.
  </dd>
  <dt><em>[07:52:45]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    En ce qui me concerne, la meilleure récompense que j'ai reçue pour mes
    contributions a été de les voir utilisées.
  </dd>
  <dt><em>[07:52:49]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Branden Robinson&nbsp;: Et cela ne peut pas changer&nbsp;?
  </dd>
  <dt><em>[07:52:52]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Les développeurs des différentes architectures travaillent beaucoup, et
    sont fiers du résultat de leur travail.
  </dd>
  <dt><em>[07:52:58]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Quand je reçois des traductions debconf pour xfree86
    par exemple, je cite systématiquement celui qui l'a soumise.
  </dd>
  <dt><em>[07:53:03]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Même nos architectures «&nbsp;non gérées&nbsp;» profitent de la haute
    qualité de Debian.
  </dd>
  <dt><em>[07:53:04]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    J'ai vu beaucoup d'autres personnes le faire...
  </dd>
  <dt><em>[07:53:22]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Mais en voyant les atouts d'une traduction, je ne suis pas sûr que les
    personnes qui les font sont récompensées comme elles devraient l'être.
  </dd>
  <dt><em>[07:53:22]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Et lorsque nous aurons une catégorie non gérée, nous pourrons même y
    ajouter d'autres architectures.
  </dd>
  <dt><em>[07:53:38]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    Nous devons nous assurer que les contributions des non-développeurs sont
    intégrées plutôt que jetées, et nous devons clarifier auprès des gens
    comment ils peuvent s'impliquer en faisant cela.
  </dd>
  <dt><em>[07:53:41]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Jonathan Walther&nbsp;: Dans le monde réel, les gens font une grosse
    différence entre le label officiel et pas officiel à 100&nbsp;%. Y vois-tu
    un problème&nbsp;?
  </dd>
  <dt><em>[07:53:41]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Je me suis rendu compte l'année dernière de combien il était parfois
    difficile de traduire mon anglais, par exemple...&nbsp;:)
  </dd>
  <dt><em>[07:53:43]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    Matthew Garrett&nbsp;: Je pense actuellement que les gens impliqués dans la
    résolution des problèmes (les porteurs, l'équipe en charge de la
    publication et les responsables ftp) sont parfaitement qualifiés pour
    trouver une bonne solution.  Aies confiance en eux et donne-leur une chance
    de la trouver.
  </dd>
  <dt><em>[07:54:00]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Angus Lees&nbsp;: Les utilisateurs en entreprise ou de systèmes embarqués
    ne veulent pas se mettre à niveau. Ils veulent prendre un instantané et le
    faire tourner pendant des années, exactement comme NeXT l'a fait avec
    4.3BSD.
  </dd>
  <dt><em>[07:54:09]</em> <strong style="color: Red;">Helen</strong></dt>
  <dd>
    Anthony Towns, Angus Lees&nbsp;: Avez-vous une opinion sur ce sujet&nbsp;?
  </dd>
  <dt><em>[07:54:09]</em> <strong>Angus Lees</strong></dt>
  <dd>
    Je pense que nous reconnaissons déjà les contributions. La plupart des
    journaux de changements incluent le nom d'une personne lorsque cela est
    pertinent &ndash; et le scandale qui éclate à chaque fois que quelqu'un ne
    le fait pas montre que nous le faisons déjà très bien normalement.
  </dd>
  <dt><em>[07:54:15]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Voici une idée pour la gazette hebdomadaire de Debian&nbsp;: chaque
    semaine, nous pourrions présenter un traducteur ou un spécialiste de la
    localisation.
  </dd>
  <dt><em>[07:54:16]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Angus Lees&nbsp;: Nous ne devrions pas essayer de cueillir des oranges sur
    un pommier.
  </dd>
  <dt><em>[07:54:16]</em> <strong>Anthony Towns</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Je ne vois pas ce que tu veux de plus par rapport à ce
    qui se fait déjà&nbsp;; citer les noms des gens qui envoient des rustines
    semble être une pratique courante&nbsp;; et je suppose que les traductions
    du site web honorent déjà ceux qui font le travail.
  </dd>
  <dt><em>[07:54:24]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    Andreas Schuldei&nbsp;: Je pense que limiter le nombre de personnes qui
    travaillent sur un problème de cette taille n'est pas vraiment avisé.
  </dd>
  <dt><em>[07:54:26]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Je pense que le projet KDE le faisait autrefois pour une partie de leurs
    développeurs.
  </dd>
  <dt><em>[07:54:50]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Anthony Towns&nbsp;: Je pense que le problème est l'absence d'appartenance
    directe au projet.
  </dd>
  <dt><em>[07:54:51]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Est-ce que les traducteurs ne sont pas cités pour leur
    travail&nbsp;?
  </dd>
  <dt><em>[07:55:00]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Est-ce que leurs noms ne sont pas dans les traductions
    et dans les journaux de changements&nbsp;?
  </dd>
  <dt><em>[07:55:09]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Est-ce que les traducteurs ne devraient pas devenir des développeurs&nbsp;?
  </dd>
  <dt><em>[07:55:09]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    Matthew Garrett&nbsp;: Personne n'est exclu. Certains s'excluent
    d'eux-mêmes, en abandonnant ou en décidant de boycotter la procédure.
  </dd>
  <dt><em>[07:55:15]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Ils ne sont pas développeurs, et ne sont donc pas reconnus en dehors de
    leurs contributions individuelles, à mon avis...
  </dd>
  <dt><em>[07:55:17]</em> <strong>Anthony Towns</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Si des traducteurs veulent s'impliquer davantage dans
    Debian et veulent profiter d'un accès de type développeur, je suis
    partant&nbsp;; même s'il ne s'agirait que de voter [1] AJ&nbsp;;)
  </dd>
  <dt><em>[07:55:18]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Ou les gens qui écrivent ou modifient seulement de la documentation&nbsp;?
  </dd>
  <dt><em>[07:55:39]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Martin Krafft&nbsp;: J'aimerais personnellement que nos traducteurs
    reçoivent une addresse personnelle debian.org&nbsp;; probablement
    TRUC@translators.debian.org au lieu d'une adresse de premier niveau.
  </dd>
  <dt><em>[07:55:46]</em> Branden Robinson écrit lui-même une bonne quantité de
    documentation.</dt>
  <dt><em>[07:55:58]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Où sont les problèmes dans le fait de donner 200&nbsp;nouveaux comptes aux
    traducteurs et autres contributeurs&nbsp;?
  </dd>
  <dt><em>[07:56:03]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Jonathan Walther&nbsp;: DSC&nbsp;? Développeurs de seconde classe&nbsp;?
  </dd>
  <dt><em>[07:56:13]</em> <strong>Angus Lees</strong></dt>
  <dd>
    Diable, les non-devéloppeurs peuvent même avoir leurs paquets envoyés très
    facilement. Combien d'autres contributions voulons-nous&nbsp;?
  </dd>
  <dt><em>[07:56:13]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Des développeurs de plusieurs niveaux ont déjà été proposés.
  </dd>
  <dt><em>[07:56:17]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Je ne suis pas à l'aise avec cette situation.
  </dd>
  <dt><em>[07:56:26]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Branden Robinson&nbsp;: Un développeur écrit du code, un traducteur est un
    «&nbsp;contributeur&nbsp;».
  </dd>
  <dt><em>[07:56:34]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Branden Robinson&nbsp;: Peut-être TRUC@contributors.debian.org
  </dd>
  <dt><em>[07:56:42]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Branden Robinson&nbsp;: Un peu comme un grade honoraire dans une
    université.
  </dd>
  <dt><em>[07:56:44]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Beaucoup de «&nbsp;développeurs&nbsp;» n'écrivent pas de code.  Ils le
    maintiennent.
  </dd>
  <dt><em>[07:56:48]</em> <strong>Anthony Towns</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Il n'y a pas de problème, sauf qu'ils doivent passer
    par le processus d'accès aux nouveaux responsables comme tous les autres.
    Cela leur demande beaucoup de temps et ne rapporte pas beaucoup
    d'avantages, si je me rends bien compte.
  </dd>
  <dt><em>[07:56:59]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    D'une certaine manière, je me demande si la fondation GNOME est un modèle
    qui en vaut la peine &ndash; les nécessités pour être membre incluent le
    fait d'avoir participé à GNOME, mais pas obligatoirement sous forme de
    code.
  </dd>
  <dt><em>[07:57:02]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Je n'ai certainement pas <strong>écrit</strong> beaucoup de code lors de
    mes premières années en tant que responsable de xfree86.
  </dd>
  <dt><em>[07:57:05]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Branden Robinson&nbsp;: La plupart des développeurs PEUVENT écrire ou
    CORRIGER le code qu'ils maintiennent, s'ils ont à le faire.
  </dd>
  <dt><em>[07:57:10]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    Martin Krafft&nbsp;: J'en ai discuté avec les DAM. Ils pensent qu'il est
    difficile de définir la limite.
  </dd>
  <dt><em>[07:57:18]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Est-ce que vous, les candidats, voudriez refaire la procédure d'accès aux
    nouveaux responsables, anonymement, et rendre compte ensuite de votre
    expérience&nbsp;?
  </dd>
  <dt><em>[07:57:20]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Branden Robinson&nbsp;: Je ne connais aucun développeur Debian qui ne
    puissent au moins programmer un chemin pour sortir d'un sac en papier.
  </dd>
  <dt><em>[07:57:28]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Jonathan Walther&nbsp;: Euh.
  </dd>
  <dt><em>[07:57:31]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Absolument.
  </dd>
  <dt><em>[07:57:35]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Bien sûr.
  </dd>
  <dt><em>[07:57:45]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Je connais des employés chez Red Hat ayant leurs noms sur des logiciels
    bien connus et qui ne peuvent pas coder de chemin pour sortir d'un sac en
    papier&nbsp;:-P
  </dd>
  <dt><em>[07:57:46]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Quelqu'un d'autre&nbsp;?
  </dd>
  <dt><em>[07:57:47]</em> <strong>Anthony Towns</strong></dt>
  <dd>
    Notez que nous avons commencé à accepter des personnes qui n'empaquettent
    pas dans le processus d'accueil des nouveaux responsables, et espérons que
    les «&nbsp;compétences concernant debian/rules à avoir absolument&nbsp;» ne
    seront plus si importantes dans le futur.
  </dd>
  <dt><em>[07:57:51]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    Martin Krafft&nbsp;: L'exemple donné était&nbsp;: est-ce que quelqu'un qui
    offre une machine ou de la bande passante pourrait également devenir un
    développeur Debian, avec les droits de vote&nbsp;?
  </dd>
  <dt><em>[07:57:52]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    Cependant, cela ressemble un peu à un problème logistique pour rester
    vraiment anonyme.
  </dd>
  <dt><em>[07:57:58]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Mais j'ai des standards élevés, et je deviens grognon&nbsp;:)
  </dd>
  <dt><em>[07:58:03]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    (Des fausses clés GPG, ces sortes de choses.)
  </dd>
  <dt><em>[07:58:06]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Ils contribuent également.
  </dd>
  <dt><em>[07:58:09]</em> <strong>Angus Lees</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Bien sûr.
  </dd>
  <dt><em>[07:58:28]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Oui.
  </dd>
  <dt><em>[07:58:28]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    OK, nous approchons de la fin.
  </dd>
  <dt><em>[07:58:33]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    J'ai deux autres questions pour vous&nbsp;:
  </dd>
  <dt><em>[07:58:52]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Si vous ne pouviez pas voter pour vous, pour qui le feriez-vous et
    pourquoi&nbsp;? Soyez courts...
  </dd>
  <dt><em>[07:58:53]</em> Anthony Towns imagine une piscine remplie de piranhas
    endormis.</dt>
  <dt><em>[07:59:01]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Je pense personnellement que Debian devrait essayer de
    trouver une manière de donner le droit de vote aux artistes, traducteurs,
    organisateurs d'événements, etc.
  </dd>
  <dt><em>[07:59:10]</em> <strong>Angus Lees</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Hé. Jolie question.
  </dd>
  <dt><em>[07:59:29]</em> Branden Robinson voterait pour Andreas. En temps que
    partenaire de l'équipe de direction du projet, je lui fais confiance pour
    prendre en considération mes propositions sérieusement.</dt>
  <dt><em>[07:59:41]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Cependant, comme d'habitude, nous avons une brochette plutôt élevée de
    candidats.
  </dd>
  <dt><em>[07:59:44]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    Je suis complètement en désaccord avec Anthony sur la question du niveau de
    communication attendu pour les équipes, mais nos autres visions semblent
    être plutôt semblables. Donc lui.
  </dd>
  <dt><em>[08:00:14]</em> <strong>Angus Lees</strong></dt>
  <dd>
    «&nbsp;Jonathan Walther&nbsp;», car il a probablement encore moins de
    chance de gagner que moi&nbsp;:P
  </dd>
  <dt><em>[08:00:19]</em> <strong>Anthony Towns</strong></dt>
  <dd>
    Je pense que nous avons des bulletins anonymes pour une raison&nbsp;;)
    J'hésite entre Matthew et Andreas pour le moment, mais je n'ai pas encore
    eu le temps de lire les réponses des gens de la première heure.
  </dd>
  <dt><em>[08:00:25]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Angus Lees&nbsp;: C'était en dessous de la ceinture.
  </dd>
  <dt><em>[08:00:30]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    mdr
  </dd>
  <dt><em>[08:00:39]</em> <strong>Angus Lees</strong></dt>
  <dd>
    Oui, ça l'était pour un tel forum public.
  </dd>
  <dt><em>[08:00:47]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Les autres&nbsp;?
  </dd>
  <dt><em>[08:00:49]</em> <strong>Anthony Towns</strong></dt>
  <dd>
    banhim!ban!ban!bannityban!
  </dd>
  <dt><em>[08:00:51]</em> <strong>Anthony Towns</strong></dt>
  <dd>
    err
  </dd>
  <dt><em>[08:00:54]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Angus Lees&nbsp;: Ça reste très correct, en comparaison à ce que j'ai pu
    entendre ailleurs.
  </dd>
  <dt><em>[08:01:11]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Nous avons encore une question de la communauté&nbsp;:
  </dd>
  <dt><em>[08:01:19]</em> <strong>Angus Lees</strong></dt>
  <dd>
    Sérieusement, je dirais probablement AJ, car je suis anxieux avec cette
    histoire d'équipe DPL.
  </dd>
  <dt><em>[08:01:22]</em> Branden Robinson redirige les gens sur sa réfutation
    de cette année pour en savoir plus sur les autres candidats.
  </dt>
  <dt><em>[08:01:26]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Quel est le minimum d'activité que nous pouvons attendre des
    développeurs&nbsp;?
  </dd>
  <dt><em>[08:01:46]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Martin Krafft&nbsp;: C'est proportionnel à la quantité de responsabilités
    qu'ils ont acceptée.
  </dd>
  <dt><em>[08:01:48]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    Branden a en plus le «&nbsp;côté sérieux&nbsp;» de participer à l'équipe
    DPL. Il ne sous-estime pas la tâche.
  </dd>
  <dt><em>[08:01:52]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Autant qu'ils peuvent en recevoir.
  </dd>
  <dt><em>[08:01:56]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    Un développeur inactif n'est pas un problème. Un obstruant en est un.
  </dd>
  <dt><em>[08:02:05]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    S'ils maintiennent des paquets, j'attends d'eux qu'ils s'occupent de leurs
    bogues.
  </dd>
  <dt><em>[08:02:18]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Résoudre immédiatement ceux qui sont critiques pour la publication, et
    corriger le plus de bogues non amont possible.
  </dd>
  <dt><em>[08:02:23]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Martin Krafft&nbsp;: La plupart des développeurs sont volontaires et ont un
    travail dans la vie réelle et une carrière.
  </dd>
  <dt><em>[08:02:45]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    OK... concluons...
  </dd>
  <dt><em>[08:02:45]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    En une phrase&nbsp;: Qu'est-ce qui fait de vous un bon chef de projet pour
    Debian&nbsp;?
  </dd>
  <dt><em>[08:02:50]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    Je ne pense pas que nous avons le droit de demander aux gens de travailler
    à un certain niveau, mais s'ils acceptent des responsabilités sans y mettre
    assez d'efforts, alors il serait socialement acceptable que quelqu'un
    d'autre récupère cette responsabilité.
  </dd>
  <dt><em>[08:03:00]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    En général, comme Matthew l'a signalé, je ne pense pas que nous remarquions
    les développeurs inactifs jusqu'à ce qu'ils bloquent les progrès du projet
    d'une manière ou d'une autre.
  </dd>
  <dt><em>[08:03:20]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Et de tels blocages sont facilement remarqués et acceptés comme
    problématiques.
  </dd>
  <dt><em>[08:03:28]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Andreas Schuldei, Jonathan Walther&nbsp;: Pour qui voteriez-vous&nbsp;?
  </dd>
  <dt><em>[08:04:05]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Il reste deux minutes.
  </dd>
  <dt><em>[08:04:05]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    Je désire vexer certaines personnes pour rendre les choses meilleures pour
    tous les autres.
  </dd>
  <dt><em>[08:04:09]</em> <strong>Angus Lees</strong></dt>
  <dd>
    Martin Krafft&nbsp;: Indépendence, personnalité, et expérience confirmée.
  </dd>
  <dt><em>[08:04:31]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    Oh, j'ai dit Branden Robinson.
  </dd>
  <dt><em>[08:04:32]</em> <strong>Anthony Towns</strong></dt>
  <dd>
    Euh, je pense que résumer en une phrase est un exercice biaisé pour moi et
    Branden&nbsp;:)
  </dd>
  <dt><em>[08:04:45]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    Branden a en plus le «&nbsp;côté sérieux&nbsp;» de participer à l'équipe
    DPL. Il ne sous-estime pas la tâche.
  </dd>
  <dt><em>[08:04:46]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Restez courts.
  </dd>
  <dt><em>[08:04:58]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Anthony Towns&nbsp;: ^
  </dd>
  <dt><em>[08:05:06]</em> <strong>Anthony Towns</strong></dt>
  <dd>
    (Et ceci pourrait être ma phrase&nbsp;: si vous décidez de votre vote en
    une phrase, vous suivez votre intuition, et dans ce cas, cela est bien pour
    vous&nbsp;:)
  </dd>
  <dt><em>[08:05:19]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Je ferais un bon chef de projet pour Debian car c'est moi qui y ai
    travaillé le plus dessus, j'ai constamment tourné mon attention sur les
    zones à problèmes, je combine la capacité de travailler avec les autres et
    la résistance à l'intimidation, et je vis avec et respire les idéaux du
    projet Debian tous les jours.
  </dd>
  <dt><em>[08:05:54]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Oh, et j'essaie de savoir quand je dois rire de moi-même.  Comme
    maintenant, où je viens d'être un peu trop génial dans ma
    réthorique&nbsp;:-P
  </dd>
  <dt><em>[08:06:08]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Jonathan Walther&nbsp;: ?
  </dd>
  <dt><em>[08:06:22]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Je serais un bon chef de projet car je n'ai PAS PEUR, comme mon homonyme
    Jonathan, fils de Shaoul, qui a grimpé au haut d'une falaise et qui d'une
    main a attaqué une forteresse béotienne entière.
  </dd>
  <dt><em>[08:06:24]</em> <strong>Angus Lees</strong></dt>
  <dd>
    Branden Robinson&nbsp;: Et j'allais justement te donner la récompense de la
    phrase la plus longue&nbsp;:P
  </dd>
  <dt><em>[08:06:29]</em> <strong>Anthony Towns</strong></dt>
  <dd>
    Voyez, Brandon n'a pas pu le faire non plus&nbsp;!
  </dd>
  <dt><em>[08:06:32]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    J'ai commencé à travailler sur les questions qu'un DPL doit gérer. Je
    continuerai à le faire si je suis élu.
  </dd>
  <dt><em>[08:06:33]</em> <strong>Anthony Towns</strong></dt>
  <dd>
    Mauvais&nbsp;!
  </dd>
  <dt><em>[08:06:38]</em> <strong>Anthony Towns</strong></dt>
  <dd>
    Annulez le débat&nbsp;! Reprogrammez-le&nbsp;!
  </dd>
  <dt><em>[08:06:50]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    OK, le débat est annulé^Wfini.
  </dd>
  <dt><em>[08:06:52]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Anthony Towns&nbsp;: Le dernier morceau était, heu, une note de bas de
    page. Oui, oui, c'est l'amende&nbsp;!
  </dd>
  <dt><em>[08:07:01]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Merci à tous d'avoir participer.
  </dd>
  <dt><em>[08:07:12]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Nous pouvons maintenant retourner aux 300&nbsp;messages quotidiens sur
    debian-vote.
  </dd>
  <dt><em>[08:07:13]</em> <strong>Matthew Garrett</strong></dt>
  <dd>
    Merci beaucoup aux modérateurs. Je sais qu'ils sont aussi fatigués que
    moi...
  </dd>
  <dt><em>[08:07:18]</em> <strong>Branden Robinson</strong></dt>
  <dd>
    Merci pour avoir relevé le défi logistique, Martin et Helen.
  </dd>
  <dt><em>[08:07:21]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    J'espère que vous en avez profité (au moins) à la moitié de mon niveau.
  </dd>
  <dt><em>[08:07:24]</em> <strong>Andreas Schuldei</strong></dt>
  <dd>
    Merci pour vos efforts, Helen et Martin Krafft&nbsp;!
  </dd>
  <dt><em>[08:07:27]</em> <strong style="color: Red;">Helen</strong></dt>
  <dd>
    Merci à Martin Krafft d'avoir travaillé avec moi pour faire cela&nbsp;:)
  </dd>
  <dt><em>[08:07:30]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Matthew Garrett&nbsp;: Je tombe presque.
  </dd>
  <dt><em>[08:07:32]</em> <strong>Jonathan Walther</strong></dt>
  <dd>
    Salut salut&nbsp;!
  </dd>
  <dt><em>[08:07:34]</em> <strong>Angus Lees</strong></dt>
  <dd>
    Merci. Je vais essayer d'arrêter de faire tourner mes yeux autant qu'ils le
    font pour le moment.
  </dd>
  <dt><em>[08:07:46]</em> <strong>Anthony Towns</strong></dt>
  <dd>
    Et également pour l'horaire bien tenu&nbsp;:)
  </dd>
  <dt><em>[08:07:48]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Les candidats&nbsp;: Vous êtes invités à continuer sur -discuss.
  </dd>
  <dt><em>[08:08:10]</em> <strong style="color: Red;">Martin Krafft</strong></dt>
  <dd>
    Je ferai suivre sur -vote et -devel-announce.
  </dd>
  <dt><em>[08:08:14]</em> <strong style="color: Red;">Helen</strong></dt>
  <dd>
    Et merci à helix, slef, Rhonda et dondelelcaro pour avoir aidé à gérer le
    canal -discuss et transférer les questions ici.
  </dd>
</dl>

</div>