The bug has been assigned to the canonical desktop team for a while
without change, pitti do you know want to work on this when you have a
free slot or should be just unassign the bug for now?
** Changed in: gdm (Ubuntu)
Assignee: Canonical Desktop Team (canonical-desktop-team) = Martin Pitt
Without change means no progress.
Kevin Huang, Canonical
On 2010/8/3, at 19:42, Sebastien Bacher seb...@ubuntu.com wrote:
The bug has been assigned to the canonical desktop team for a while
without change, pitti do you know want to work on this when you have a
free slot or should be just
That's not true. .utf8 is the canonical name now, and .UTF-8 is an
alias.
This LANG/LANGUAGE settings behavior brakes some i18n codepages related
applications (such as xarchiver, file-roller with archiver that has
codepage handling).
These would be bugs in those applications then, not
hmm, I just installed German support for my girlfriend under her user.
Then, logging off, changing to my user acount choosing English as a
language (german keyboard layout) everything stays german.
clau...@clausen-ubuntu1004:~$ echo $LANG
en_GB.utf8
clau...@clausen-ubuntu1004:~$ echo $LANGUAGE
** Changed in: gdm (Ubuntu)
Assignee: (unassigned) = Canonical Desktop Team (canonical-desktop-team)
--
Unset $LANGUAGES if the user picks a different locale in gdm, so that
language-selector and gdm stop disagreeing
https://bugs.launchpad.net/bugs/553162
You received this bug notification
This bug has yet another affection of i18n breakage,
- GDM read ~/.dmrc 's Language value and set LANG/LANGUAGEenvironment
varibale.
- ~/.dmrc has Language=(langname).utf8 form by language-selector in some
cases.
(such as Lucid clean install without no touch boot. after install,
~/.dmrc
Fumihito YOSHIDA [2010-05-11 12:51 -]:
But, LANG/LANGUAGE environment varibales expected
'LANG=(langname).UTF-8' style, not (langname).utf8.
That's not true. .utf8 is the canonical name now, and .UTF-8 is an
alias.
This LANG/LANGUAGE settings behavior brakes some i18n codepages related