On 2004-12-16 09:20:11 +0100, Patrice KARATCHENTZEFF wrote: > La raison principale pour laquelle les paquets sont un peu � �g�s � est > tout simplement que Debian ne sait pas mettre en place une proc�dure > assurant une nouvelle version r�guli�rement. Et comme le nombre de > d�veloppeurs (et de paquets) s'accroient sans cesse, l'inertie propre � > toute grande structure ne permet plus trop le contr�le de la chose.
AMHA, le crit�re de stabilit� devrait �tre d�centralis� au niveau des paquets (ou de petits groupes de paquets). Une nouvelle release, ce ne serait plus "quand elle est pr�te", mais plut�t: la release est faite � telle date, et pour les paquets, si une nouvelle version consid�r�e comme stable est pr�te, elle entre dans la release, sinon on garde l'ancienne version stable (avec recompilation du paquet si besoin est, voire suppression dans les cas extr�mes). En r�sum�, un peu la mani�re dont �volue testing, mais avec des r�gles beaucoup plus strictes et non automatiques, et un suivi de s�curit�. Le probl�me avec le syst�me actuel, c'est que �a bloque aussi unstable, ce qui me semble inacceptable. Par exemple, la branche 1.1 de Subversion est bloqu�e depuis des mois dans experimental pour qu'elle ne passe pas dans sarge (car pas suffisamment test�e). -- Vincent Lef�vre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / SPACES project at LORIA
