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

Re: péremption



Le Sat, Feb 02, 2002 at 01:51:15PM -0500, Laurent Pelecq écrivait:
> - si le bug n'est pas reproductible, il faut que celui qui l'a soumit
>   fournisse plus d'information ou alors le bug est clos.
> - si le mainteneur ne sait pas le corriger, il le passe en help ou
>   quoi que ce soit. Mais il faut qu'il est un suivi du responsable de
>   la release dans ce cas.
> - sinon il faut que le mainteneur dise comment il compte le corriger
>   et approximativement quand. Ce qui n'est pas fait actuellement (ex:
>   33782). il faut aussi que ça soit mis à jour si ce n'est pas fait
>   dans les temps.
> 
>   C'est possible d'automatiser cela avec un courrier envoyé au
>   mainteneur pour lui rappeler.

Ca me fait penser, que cela serait super cool, si on avait un outil
simple (et graphique tant qu'on y est) pour gérer les bugs. J'ai
découvert récemment la commande "bts" (paquet devscripts) qui est
déjà sympathique en soi.

Mais on peut aller plus loin, un petit programme qui interroge le BTS
(avec l'interface ldap ou autre) et qui représente tout de manière
graphique. Il pourrait sélectionner un ou plusieurs bugs et effectuer
la même opération rapidement (genre ajouter un tag). Ca permettrait
aussi d'envoyer quelques messages "type" (genre "merci de filer plus
d'infos ou ce bug sera clos dans 30 jours", ou encore un message pour
forwarder le bug). Ces messages types seraient personnalisables. Le
logiciel serait configuré à la première utilisation en demandant
l'adresse email à utiliser, les paquets à suivre, et quelques truc dans
ce genre. Pour chaque paquet, on pourrait configurer l'adresse
"upstream" où l'on souhaite forwarder les bugs. Chaque fois qu'un mail
est envoyé par le logiciel, il pourrait offrir la possibilité
de le "peaufiner" à la main.

Le même logiciel pourrait aller plus loin et exploiter les interfaces
Corba que Colin Walters a développé et a présenté sur debian-devel. On
pourrait d'un simple clic savoir quelle version a été compilée sur
quelle architecture, récupérer le log d'un build qui a échoué avec un
autre clic. 

Vraiment, un logiciel dans ce genre, ca serait *excellent*. Qui veut
s'y coller ? :-)

A+
-- 
Raphaël Hertzog -+- http://strasbourg.linuxfr.org/~raphael/
Formation Linux et logiciel libre : http://www.logidee.com



Reply to: