Raphael Hertzog �crivait:
> Il faut aussi prendre en compte que la multiplication des fichiers sur
> le miroir est probl�matique aussi (nombre d'inodes utilis�s, rsync plus
> lent car plus de fichiers � traiter, ...).
� ma � solution cr�� une quarantaine de paquets suppl�mentaires pour
Debian. � moins que les .mo soit binairement d�pendant d'une
architecture, on peut m�me les utiliser pour toutes les architectures
donn�es. Dans le cas contraire, il faudrait utiliser les .po et faire
la manip que tu proposais plus haut.
Bref, 40 paquets suppl�mentaires � traiter pour Debian, ce n'est pas
monstrueux. Il doit y en entrer plus par mois dans unstable...
Par contre, le seul argument que j'ai trouv� opposable � ma solution
est celui de testing/unstable. Il est vrai que cela risque de cr�er un
gros trafic pour les mises � jour. Cela fera peut-�tre partie des
inconv�nient d'utiliser quelque chose de non finalis�e.
Pour le rsync, je suis d'accord. Mais il faudrait faire une �tude
s�rieuse avant de dire quelque chose. Si l'on regarde un peu les
choses de pr�s, tous les paquets vont maigrir s�rieusement (au moins
ceux qui sont i18n et l10n) et un paquet (enfin, une quarantaine...)
vont r�cup�rer cet embonpoint. Statistiquement parlant, cela devrait
�tre identique...
Bon, personnellement, je ne sais pas ce qui se passe pour rsync en
interne (i.e. � savoir si c'est le nombre de fichier qui est co�teux
ou bien leur taille...).
>
> Bref, de toute fa�on, je ne crois pas � une solution universelle, elle
> ne r�soud rien et apporte bien des inconv�nients. Je pr�f�re qu'on se
> concentre sur un probl�me pr�cis et qu'on se d�brouille avec une
> solution simple.
C'est s�r que si d'entr�e tu n'en veux pas, on ne risque pas de
l'utiliser :-)
Plus s�rieusement, r�soudre au cas par cas les probl�mes lorsqu'ils
arrivent n'est *jamais* la bonne solution� Aujourd'hui, le probl�me est
celui de la l10n des en-t�tes... Demain, ce sera la l10n des
paquets... et des manuels... etc.
Faut pas croire mais lorsqu'un mainteneur aura une soixante de langues
� g�rer pour les .mo, et qu'il aura quelques paquets � faire, il
p�tera vite un plomb. Surtout un paquet qui bouge car bien activement
d�velopp�. La seule solution � ce moment sera d'avoir un mainteneur
quasiment � plein temps par paquet. Inenvisageable.
PK
�: c'est ce que j'ai appris en travaillant. Tous les projets auxquels
j'ai particip� et qui r�glait localement les probl�mes au fur et �
mesure qu'ils apparaissaient �taient ing�rables rapidement.
--
|\ _,,,---,,_ Patrice KARATCHENTZEFF
ZZZzz /,`.-'`' -. ;-;;,_ mailto:[EMAIL PROTECTED]
|,4- ) )-,_. ,\ ( `'-' http://p.karatchentzeff.free.fr
'---''(_/--' `-'\_)
