sets $LANG to a language name
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
gnome-control-center (Ubuntu) |
Fix Released
|
Low
|
Gunnar Hjalmarsson | ||
Oneiric |
Fix Released
|
Low
|
Gunnar Hjalmarsson | ||
lightdm (Ubuntu) |
Fix Released
|
Critical
|
Gunnar Hjalmarsson | ||
Oneiric |
Fix Released
|
Critical
|
Gunnar Hjalmarsson |
Bug Description
As of the last oneiric upgrade I performed (I'm not certain, but I think this was from lightdm 0.9.7-0ubuntu2 to 1.0.0-0ubuntu3), my locale has been broken; it is now set to en_GB rather than to en_GB.UTF-8. I've attached lightdm.log, of which the salient lines seem to be:
[+8.46s] DEBUG: Launching process 2603: /usr/sbin/
[+8.46s] DEBUG: pam_setcred(
[+8.46s] DEBUG: PAM returns environment 'GNOME_
[+8.46s] DEBUG: Registering session with bus path /org/freedeskto
[+8.47s] DEBUG: Using locale en_GB for language en_GB
Please fix this urgently; it's bad to have regressed to a legacy encoding. We should be using UTF-8 for everything unless explicitly configured otherwise, and we definitely shouldn't be ignoring explicit configuration of UTF-8.
Changed in lightdm (Ubuntu): | |
milestone: | none → ubuntu-11.10 |
importance: | Undecided → Critical |
tags: | added: rls-mgr-o-tracking |
Changed in gnome-control-center (Ubuntu Oneiric): | |
status: | Won't Fix → In Progress |
tags: |
added: verification-done removed: verification-needed |
The code seems to be matching against the output of 'locale -a'. This is wrong because it fails to handle locale aliases; it's perfectly legitimate to have either en_GB.utf8 or en_GB.UTF-8 configured, despite what some people think.