Salut,
Bon, j'ai r�fl�chi un peu. Je ne dis pas que j'ai *la* solution du
probl�me de i18n sous Debian mais je crois en avoir une. De plus, je
ne suis pas debian-devel, donc excusez-moi si quelqu'un a d�j� eu la
m�me id�e.
Si j'ai bien compris, c'est le bordel car il n'y a pas de solution
adopt�e pour tout le monde. D'un c�t�, � on � ne veut pas modifier
dpkg et apt tant que *la* solution n'est pas trouv�e et de l'autre
c�t�, on se casse le cul � traduire un peu pour rien puisque peu ou
prou, cela n'est pas ou peu int�gr� (je caricature, pri�re de ne pas
en rajouter sur ce sujet).
Voici ma solution : je propose la cr�ation d'un seul paquet
suppl�mentaire (un .deb donc) par langue. Cela ajoute donc uniquement
une quarantaine de paquets dans la distribution, ce qui est peu.
Ce paquet ne serait pas r�ellement un paquet (au sens o� il ne serait
pas installable en tant que tel). Ce serait un gigantesque tarball, ou
assimil�, qui regrouperait une architecture de la forme :
paquet_version/po,dtts, etc.
(ou peut-�tre un sous-r�pertoire interm�diaire pour n'avoir qu'une
entr�e mais cela est secondaire pour l'id�e g�n�rale)
Bref, *tout* ce qui concerne la l10n du paquet. Et ceci pour tous les
paquets.
On d�corr�le ainsi le travail du paquet proprement dit (le programme
lui-m�me g�r� par le mainteneur Debian) et sa localisation.
Quant � ce fameux paquet l10n, je le verrai bien non d�pendant d'un
mainteneur sp�cifique mais plut�t auto-engendrable (� l'instar des
pages wml du site Debian). Quand une traduction a �t� valid�e sur
debian-l10n, un mainteneur aura juste la charge de la coller dans une
base de donn�es cvs qui engendrera une fois (ou plus) par jour le
fameux paquet l10n. � tout moment, on pourra donc avoir un paquet de
traduction � jour. Le script doit �tre quasi-enfantin � faire.
D'autre part (et c'est � mon avis le plus important), on pourra ainsi
g�rer finement la localisation de Debian. Il faudra ajouter des
options � apt et dpkg qui permettent, *ad libitum*, d'installer telle
ou telle localisation. Par d�faut, ce serait certainement bien
d'installer la localisation de la variable LANG.
Bien s�r, si le paquet est d�sinstall�, on devra aussi d�sinstaller la
localisation qui a �t� introduite (si besoin au fur et � mesure). On
pourrait garder l'option --purge de dpkg (dans le m�me esprit,
i.e. tant que l'on ne jette pas la configuration du paquet, c'est que
l'on a l'intention de le remettre � un moment). Il faudra quand m�me
offrir la possibilit� de purger une localisation donn�e, ou bien
toutes (toujours d'un paquet), sans purger la configuration.
Donc, pour r�sumer, on n'installe jamais le paquet l10n mais de ce
dernier est extrait la localisation d'un paquet dans une langue
donn�e. Reste � trouver une fa�on propre de les d�sinstaller (je pense
garder le m�me principe que celui de dpkg, i.e. faire une sorte de
m�ta-paquet par paquet de traduction. On retire ainsi toute la
localisation d'une langue d'un paquet d'un seul coup. Je ne pense pas
qu'il soit n�cessaire de faire une distinction entre le .po, le dtts,
etc. Cela forme un tout homog�ne. Ce n'est pas vraiment tr�s compliqu�
je pense.
Ainsi, on aurait une action tr�s fine au niveau de la distribution
pour la localisation. On pourrait soit g�rer cela paquet par paquet,
pour les masos qui comme moi installe une Debian paquet par paquet, ou
bien de fa�on globale (en for�ant une ou deux variables dans les
fichiers de conf de dpkg et d'apt).
Je crois que l'on aurait la m�me finesse l�gendaire de Debian au
niveau de la localisation qu'au niveau de la gestion proprement dite
des paquets .deb. En plus, cela soulagerait d'autant les disques car
la m�thode d'aujourd'hui installe un paquet (c'est le cas de le dire)
tout � fait inutile...
Je pense que c'est tout � fait r�alisable. Je suis un peu balade en ce
moment mais cela ne m'emp�che pas de r�fl�chir :-)
Y-a-t'il une objection � cela ? J'entends par l� une objection
*technique* pas les d�lires d'un gars qui ne veut pas changer les
choses, bien s�r. Personnellement, le script d'extraction des
localisations du paquet l10n est assez triviale � faire en Perl. Pour
apt, un pro du CC+ devrait aussi faire cela en deux coups de cuill�re �
pot. Donc, il n'y a pas une masse �norme de d�veloppement � faire.
Par contre, je suis conscient que tous les paquets qui int�grent d�j�
des localisations seront � modifier. Mais cela ne parait pas
monstrueux (d�sol�, Christian, c'est s�r que quand on a beaucoup de
paquets, cela en fait plus). Ceci dit, cela peut attendre Sid et non
Woody. Sauf si tout le monde se rassemble autour de cette id�e pour
offrir � Debian une nouvelle caract�ristique unique d�s Woody :-)
On pourrait essayer de se rassembler sur cette id�e, ou au moins
partir de cette id�e pour proposer quelque chose de coh�rent...
Qu'en pensez-vous ?
PK
--
|\ _,,,---,,_ Patrice KARATCHENTZEFF
ZZZzz /,`.-'`' -. ;-;;,_ mailto:[EMAIL PROTECTED]
|,4- ) )-,_. ,\ ( `'-' http://p.karatchentzeff.free.fr
'---''(_/--' `-'\_)
