Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
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
Reply to: