Christian Perrier wrote:
Quoting Alain Cabiran ([EMAIL PROTECTED]):
Bonjour,
une question certainement idiote : pourquoi, y'a-t-il de nombreux
tr�s vieux bugs non ferm�s, concernant des versions de logiciels
tellement anciennes qu'ils ne semblent plus applicables (paquets plus
disponibles dans la version du bug rapport�) ?
Une des raisons essentielles est souvent la manque de ressources de la
part du mainteneur pour maintenir la base de bogues dans un �tat de
"propret�" correct.
OK... J'en d�duis que c'est pour cela qu'apt-listbugs me ressort souvent
de "faux bugs" - genre un probl�me de s�curit� que justement la MAJ
corrige ou qui ne concerne qu'une architecture/version (je suis en Sid
et les pbs affectant l'installation sur woody ou Sarge me concernent
assez peu ;)
La plupart appr�cieront donc certainement de l'aide sur ce sujet et
c'est d'ailleurs un des domaines o� les non DD peuvent le plus
facilement aider (avec la traduction...).
A�e ! Je n'ai d�j� malheureusement m�me plus le temps d'aider aux
relectures des traductions, alors l'examen des vieux bogues et leur
fermeture... :(
Une autre raison sont souvent les bogues corrig�s dans testing et
unstable, mais pas dans woody. Ceux-ci doivent �tre marqu�s woody mais
pas ferm�s, en toute logique. Cela peut expliquer de tr�s nombreux
bogues ouverts qui seront ferm�s d�s que sarge sera publi�e (ce coup
l�, on y est...).
Comme je ne suis pas du tout programmeur, j'�nonce peut-�tre une
�normit�, mais ne serait-il pas possible qu'apt-listbugs ne ressorte que
les bugs pour l'architecture/version qu'on utilise ? (grosso modo, il
suffirait d'un tag architecture : i386/mipsel/sparc etc. et d'un autre
pour Woody, Sarge, Sid - ce dernier semblant d�j� exister).
Cela pourrait permettre un certain gain en bande passante sur les
serveurs et miroirs, je pense : actuellement, on t�l�charge les paquets
puis apt-lisbugs annonce la couleur et on choisit ou non d'installer le
paquet. Mais � ce moment-l�, on l'a d�j� t�l�charg� (sauf erreur
grossi�re de ma part ;)
Ceci �tant, je suis bien conscient que ce n'est certainement pas si
simple que cela � r�aliser :-D
Mais, en r�sum�, une aide aux mainteneurs pour faire ce genre de tri
peut �tre tr�s appr�ci�e. Fais gaffe, c'est pile comme �a qu'on se
retrouve co-mainteneur...:-)
Ah, si j'avais un peu de temps libre... :)
--
Amicalement,
Claude Thomassin
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
