Jean-Luc Coulon (f5ibh) wrote:

Pour gdm, vous remarquerez que si vous relancez gdm � la main : /etc/ init.d/gdm restart apr�s que le syst�me


Effectivement.

soit d�marr�, vous retrouvez les locales d�sir�es. Il y a un bug depuis assez longtemps ouvert sur le sujet, un rapide contournement est d'�diter le fichier /etc/init.d/ gdm et de fixer vos locales � cet endroit :
(...)
DAEMON=/usr/bin/gdm
PIDFILE=/var/run/gdm.pid
UPGRADEFILE=/var/run/gdm.upgrade

[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
export LANG LANGUAGE LC_ALL LC_CTYPE
(..)


/etc/init.d/gdm ne devrait-il pas plut�t utiliser /etc/environment ? Comme �a, il utilisera bien la config du syst�me, non ?

En cherchant la doc de ces variable, j'ai lu qu'il vaut mieux n'utiliser que LANG, et �ventuellement les LC_* (http://www.debian.org/doc/manuals/fr/debian-fr-howto/ch3.html).
(cf r�ponse de Denis Barbier)

en fran�ais, gdm est en anglais (comme root, on dirait, peut-�tre est-ce li�)...

2 - Qu'est-ce qu'il vaut mieux faire ? Utiliser de l'UTF-8 partout ?
D'apr�s les release notes de GTK2, il vaut mieux ne pas coder les noms de fichiers en utilisant la locale du syst�me, d'ou le choix de GTK2 et cette variable d'environnement. Ca se d�fend...


G�n�ralement parlant, j'avais ouvert un bug sur gpa (gestionnaire de cl�s) parce que mon mot de passe, cr�� avec gpg en mode console comportait des caract�res accentu�s et que gpa me jettait. la r�ponse a �t� que gnome et gpa utilisaient l'encodage UTF-8 et que je pouvais : (1) soit ne mettre que des caract�res ascii 7 bits dans mon mot de passe (2) soit passer tout mon syst�me en UTF-8 (console incluse) avec un pointeur sur le HOWTO kivabien [tm].
... Je n'ai pas fait le poit (2) ...


Ce que j'ai du mal � comprendre dans tout �a, c'est pourquoi ces histoires de locale et d'encodage ne sont pas transparentes. On configure le syst�me pour utiliser un encodage de caract�res, et le syst�me devrait �tre capable de le donner l'info sur cette config (inclus les lib pour "encoder/d�coder"). Apr�s, qu'un programme utilise en "interne" autre chose, c'est son probl�me. Mais � partir du moment ou il communique avec "l'ext�rieur", il devrait y avoir une sorte de "protocole", non ?
Ah, c'est le bazarre tout �a... Dur d'avoir une config propre qui marche...

Eric.

Répondre à