(fr) Brian Gupta platform, add rebuttals

1 files changed, 84 insertions, 1 deletions

diff --git a/french/vote/2020/platforms/bgupta.wml b/french/vote/2020/platforms/bgupta.wml
index 46fa5ca12fa..6143f644922 100644
--- a/french/vote/2020/platforms/bgupta.wml
+++ b/french/vote/2020/platforms/bgupta.wml
@@ -1,6 +1,6 @@
 #use wml::debian::template title="Programme de Brian Gupta" BARETITLE="true" NOHEADER="true"
 #include "$(ENGLISHDIR)/vote/style.inc"
-#use wml::debian::translation-check translation="02a6fb7c7c7b6dae428f0807fde2fc83ada31179" maintainer="Jean-Pierre Giraud"
+#use wml::debian::translation-check translation="de5aec047d6323e66744345ba17fb526f269df07" maintainer="Jean-Pierre Giraud"
 
 <h2>Introduction</h2>
 <p>
@@ -132,3 +132,86 @@ SPI. J'espère avoir au moins 10 à 15 heures par semaine pour travailler aux
 tâches de responsable du projet Debian. J'estime qu'il faudra entre 6 et
 12 mois pour créer l'entité aux USA.
 </p>
+
+<h2>Réfutations</h2>
+<h3>Jonathan Carter</h3>
+J'aimerais féliciter Jonathan pour avoir de nouveau candidaté au poste de DPL :
+c'est moins courant que cela ne devrait l'être.
+<p>
+<p>
+<strong>Nomenclature des membres :</strong> 
+</p>
+<p>
+Je ne crois pas que nous devrions refuser désormais d'utiliser le terme de développeur Debian parce certains l'ont détourné pour se représenter fallacieusement.
+</p>
+<p>
+En tant que membre de la minorité des développeurs Debian qui ont rejoint le
+projet pour des contributions qui ne sont pas liées à l'empaquetage, quand j'ai
+rejoint le projet à l'origine, j'avais une nette préférence pour le terme de
+membre du projet Debian. Néanmoins, j'en suis venu à comprendre que ma
+réticence initiale à utiliser le terme de développeur Debian était une
+manifestation du « syndrome de l'imposteur », et j'ai fini par utiliser ces
+deux termes de façon interchangeable, selon les personnes à qui je m'adressais.
+J'utilise rarement le terme de développeur Debian non empaqueteur, mais je le
+fais quand cela est nécessaire pour être plus clair. Mon choix dépend
+largement sur ce qui sera le mieux compris ou le plus utile selon le contexte.
+</p>
+<p>
+Je suis un peu découragé de voir que Jonathan a choisi de chose retarder son
+adhésion au projet pour obtenir des pleins droits de téléversement. Je n'en
+veux pas à Jonathan pour cela parce que j'ai vu d'autres personnes exprimer
+cette préférence auparavant, mais cela me semble être le signe d'un problème
+plus important, et cela m'amène à me demander s'il n'y a pas une sorte de
+stigmatisation du statut de développeur Debian non empaqueteur, au moins chez
+ceux qui souhaitent adhérer au projet.
+</p>
+<p>
+Le futur à long terme idéal pour Debian, à mon avis, devrait être celui d'un
+projet où une large majorité de développeurs n'auraient de droits de
+téléversement que pour les paquets dont ils sont responsables, dans la mesure
+où je ne crois pas que 1000 personnes ont tous besoin de droits de
+téléversement pour 60 000 paquets, et pense que ces droits devraient être très
+sélectifs et qu'ils sont seulement nécessaires pour les développeurs qui ont
+des responsabilités sur tout le projet, par exemple, pour les membres actifs de
+l'équipe de sécurité de Debian.
+</p>
+<p>
+Dans l'idéal, ces droits devraient s’aligner sur ceux dans Salsa. Cela n'a pas
+vraiment de sens qu'il soit possible de téléverser un paquet alors qu'on ne
+peut pas modifier le source et qu'il soit possible de modifier le source d'un
+paquet (par exemple, le groupe Debian = collab-maint) mais pas de le
+télécharger au moins vers une file d'attente.
+</p>
+<p>
+Je comprends qu'un tel changement ne soit pas réalisable aujourd'hui et que
+nous soyons très loin d'obtenir un consensus, aussi, ce n'est PAS un objectif
+que je poursuis activement, mais plutôt une idée que je sème et je présume que
+c'est une évolution que nous devrons mettre en place graduellement sur une
+longue période.
+</p>
+<p>
+Il est clair que nous devons y travailler en tant que projet, mais je ne crois
+pas que c'est par une résolution générale que nous déciderons de nous appeler
+des développeurs Debian. Je préférerais continuer à laisser ce choix à chaque
+développeur et travailler avec l'équipes des responsables des comptes de Debian
+et celle en charge du site web pour s'assurer que le processus et la
+documentation pour la candidature au projet dissocient fortement l'adhésion et
+le droit de téléversement sur l'ensemble du projet. (Actuellement, le statut de
+développeur non empaqueteur est traité comme une anomalie ou une exception, ce
+qui peut contribuer à cette perception.)
+</p>
+
+<h3>Sruthi Chandran</h3>
+<p>
+J'aimerais féliciter Sruthi pour sa candidature. Même si je n'ai pas de
+problème avec les objectifs élevés qu'elle a exprimés, j'aimerais vraiment en
+connaître le détail pour pouvoir pleinement les évaluer. Sruthi pilote la
+préparation de la DebConf 22. Même si ce n'est que dans deux ans, il y a
+beaucoup de travaux préparatoires à réaliser et beaucoup sont assortis de
+délais. Aussi, on s'attend en général à ce que les équipes candidates à de
+futures DebConf s'investissent aussi fortement dans la préparation des DebConf
+qui se tiennent entre temps. J'encouragerais personnellement Sruthi à se
+présenter au poste de DPL après la DebConf 22, dans la mesure où elle n'aurait
+plus à arbitrer entre ces deux tâches dans son emploi du temps et où cela lui
+donnerait plus d'expérience du travail dans le projet Debian.
+</p>