[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Cahier de doléances pour Debian, version devel



[Raphael Hertzog blah blah blah]

Salut,

1) Communication interne

Pour montrer que tu veux mettre en place une meilleure communication entre
développeurs, tu peux capitaliser sur le PTS. Il me semble que tu avais lancé
l'idée des backup maintainers, il faudrait la relancer.
Pour ceux qui n'avaient pas suivi, les backup maintainers sont des responsables
« de secours », capables d'intervenir si le responsable le demande ou est
indisponible.
Ma vision est que chaque paquet doit avoir un nombre minimal de backup
maintainers, ce nombre variant en fonction de l'importance du paquet
(dépendant par exemple de sa priorité).
Quand le nombre de backup maintainers descend en-dessous du seuil, le paquet
est rétrogradé.
Avantages : on ne devrait pas avoir de paquets importants non maintenus,
  les bogues devraient être corrigés plus vite, le responsable et les
  backup maintainers pourraient discuter de solutions techniques.
  Pour ce dernier point, c'est ce qui se passe sur les ML dédiées à certains
  paquets, et je trouve que ça marche bien.
Problèmes : certains développeurs sont viscéralement contre, et ont indiqué
  qu'ils se porteraient backup maintainers à tout va. Ce n'est pas un problème,
  quand on met en place des procédures pour améliorer la communication, on ne
  s'adresse pas aux autistes, mais à ceux qui sont susceptibles d'en faire bon
  usage. Donc même si dans un premier temps certains paquets resteront à
  l'abandon, les développeurs qui aiment échanger des points de vue vont
  apprécier la procédure.

2) Communication externe

Ces dernières semaines, Debian a été cité :
  - en bien pour le lancement de diverses projets (BSD, Med)
  - en mal pour des problèmes liés à la sécurité
Pour ce dernier point, je n'ai pas d'avis sur la question, et demanderais
naïvement à Joey son avis sur la question.
Le leader devrait s'impliquer personnellement pour favoriser l'éclosion et le
suivi des projets connexes, puisqu'ils donnent une bonne image de Debian.
Il suffirait de quelques actions symboliques, comme faire l'annonce publique
de la création du projet, pour montrer que ces projets sont une émanation de
Debian. Dans le même ordre d'idée, il faudrait parler des autres distributions
basées sur Debian (et même tisser des liens avec), comme Demolinux. Ce ne sont
pas des projets concurrents, mais une vitrine de ce qu'on peut faire en se
basant sur Debian.

Denis



Reply to: