Bon, je ne veux pas reprendre tout ce qui a ete dit mais juste donne un peu plus l'heure juste (tout ca AMHA ;): Oui, il y a des problemes chez Debian, comme il y en aurait dans toute organisation qui passerait de 200 a 500 membres en moins d'1 1/2 an (donnees approximative, ce n'est qu'un ordre de grandeur). En fait, meme pour une entreprise avec du personnel a temps plein qui ne font que gerer cette croissance, c'est un probleme difficile. Alors, pour une organisation benevole sans specialiste de la sorte... Une des raisons de la fermeture de new maintainers etaient justement l'impossibilite de retirer des responsables disparus ou negligeant. L'equipe de QA travaille aussi tres fort a cet effet (http://qa.debian.org). Plusieurs solutions ont ete proposees et certaines implementees mais rien ne garantie les resultats. Contrairement a ce que certains semblent pense, ce n'est pas aussi simple que de retirer simplement quelqu'un a la premiere offense. Encore faudrait-il qu'il y ait des volontaires pour maintenir leurs paquets (voir la liste de paquets orphelins sur le site precedent). Au sujet du Bug Horizon et des paquets importants, cette strategie de Richard, notre excellent et devoue Release Maintainer (je vous jure que son travail est loin d'etre facile!) a permis de fixer des priorites et des dead lines du facon tres efficaces! Vous n'avez qu'a consulter le graphe des RC bugs encore sur le site de QA pour le constater. Soyez sur que les paquets importants comme Apache et GCC seront conserves (on ne peut tout simplement pas imaginer une Debian sans ca!). L'equipe QA ou Wichert lui-meme aurait alors du nommer un responsable pour s'occuper du paquet. Noter aussi que certains bugs ont ete incorrectement sur-evalues et ont ete reajuste, apres approbation du soumissionnaire ou discussion intensive dans sur Debian-Devel, d'ou leur disparition de la liste des RC. Au sujet des tests regressifs, tres peu de logiciels permettent de tels tests, et ces tests ont souvent qu'une portee limitee. Bien qu'une proposition a ete faite pour introduire une telle fonctionnalite dans les paquets Debian (debian/rules test), une implementation efficace est presque impossible (ie, si vous connaissez une facon 100% sur, vous avez un tresor pour vous rendre millionnaire!). Tres peu de paquets sont developpes a la facon Clean Room, qui, a mon avis, est la seule possible pour obtenir un tel resultat. De plus, il n'est pas possible toutes les possibilites. Par exemple, un de mes paquets KDrill, a compile sur toutes les arch sauf une, sparc, provoquant immediatement un RC bug contre lui-meme. Le probleme a ete facile a regler mais j'ai tout de meme du envoyer mon paquet avant afin que le build daemon du sparc s'en occupe et detecte le probleme. D'accord, le probleme aurait pu etre intercepte avant mais une nouvelle facon de faire devra etre implemente. A la fois le BTS (bug par version, par architecture) et le systeme de paquets (plusieurs versions du meme paquet et mises a jour plus facile des versions stables) doivent etre repense et remanie. Une grosse partie de ce travail est deja en cours d'implementation par Wichert, Richard et d'autres je crois. Ce projet consiste a gerer la base de paquets a l'aide d'un package pool et de la base de donnees LDAP deja utilise pour les bugs, les comptes des responsables (incluant une des solutions pour detecter les responsables disparus), et d'autres trucs du meme genre. Tout ca correspond a une tache enorme et toute l'aide disponible est la bienvenue (rappelez-vous toutefois que ce n'est pas en mettant plus d'hommes sur le meme ouvrage qu'on finit necessairement le travail plus rapidement!). Alors, svp, essayez de ne pas ajouter une couche supplementaire a Debian et tenter plutot de regler les problemes a la source en travaillant directement avec l'equipe QA et les autres responsables et usagers de Debian. Tout ca AMHA, Fabien -- ------------------------------------------------------------------------ Fabien Ninoles Chevalier servant de la Dame Catherine des Rosiers aka Corbeau aka le Veneur Gris Debian GNU/Linux maintainer E-mail: fab@tzone.org WebPage: http://www.tzone.org/~fabien RSA PGP KEY [E3723845]: 1C C1 4F A6 EE E5 4D 99 4F 80 2D 2D 1F 85 C1 70 ------------------------------------------------------------------------
Attachment:
pgpbXAHivK_Cl.pgp
Description: PGP signature