On Tue, Jun 24, 2003 at 11:44:35PM +0200, Georges Mariano wrote: [...] > donc il y a des id�es � creuser > * les taquets de version vers le bas plut�t que vers le haut > > * modulariser la distrib (pourquoi pas?) > (ne pas vouloir tout packager pour > toutes les archi si on en a pas les moyens) > > * avoir une politique stricte pour d�finir ce que l'on veut livrer � > court terme (par exemple d�cider [par un comit�] que libperl5.8 ce sera > pour plus tard et finir le boulot sur libperl5.6) > comme tout bouge trop vite, on se retrouve r�guli�rement avec le > dilemment �on peut raisonnablement pas sortir la prochaine Debian sans y > mettre machine-super-baleze-k+1� (gnome k+1, kde k+1, perl k+1, ...) > > En rejetant localement chaque piste on risque de passer � c�t� d'un > progr�s global...
C'est l� o� je voulais en venir. Dire qu'il suffit de compiler en stable pour r�soudre beaucoup de probl�mes �tait simpliste, cela pose d'autres probl�mes, et il faut appr�hender le tout, ce qui n'�tait manifestement pas le cas. Pour reprendre les points, * les taquets de version vers le bas plut�t que vers le haut Cette phrase seule ne suffit pas, il faut red�finir le processus de migration unstable->testing->stable ou fournir un sch�ma compl�tement diff�rent. * modulariser la distrib Il y a des personnes qui essaient de pousser la cr�ation de projets internes (Debian Jr., Debian-Med, Debian-Edu, Debian Desktop, etc). Je ne sais pas si ces projets avancent. * [...] d�finir ce que l'on veut livrer � court terme Oui, avoir des objectifs me semble relever du bon sens. On ne peut pas dire que ce soit le cas actuellement. > Tiens une r�flexion, en passant, Sven indique qu'il ne veut pas > cautionner une duplication d'effort inutile. Ok, je comprends. Alors que > devient le boulot fait pour perl5.6 ?? Comprends pas, il n'y a pas de probl�me avec perl. Il est rentr� dans testing au forceps, mais c'est � cause de d�pendances avec d'autres paquets. > si je comprends bien, perl5.8 n'est pas compatible perl5.6 ?? Non, pas pour les modules compil�s, ni les programmes utilisant la libperl. > (on ne pouvait pas avoir perl-5.6 et perl-5.8 ?) Pour ma culture, je suis pas > perlien ... Reviens sur l'exemple d'ocaml en byte-code, c'est similaire : certains paquets utilisent la libperl, et d�pendent alors de la version de perl utilis�e � la compilation, tout comme un programme ocaml en byte-code d�pendra de la machine virtuelle. Ce n'est qu'un exemple, si tu me r�ponds que tu veux de l'ocaml natif, on discutera de perl. Denis
