Comment 4 for bug 700619

On 2011-01-24 07:41, ZhengPeng Hou wrote:
> ... if you choose en_US druring your installation, then LANG and
> LANGUAGE will be set as en_US.UTF-8, but after you made any changes
> with language-selector, like change the language, the subtag will be
> set as xx_XX.utf8, and this is obviously a problem. In my case, my
> remote machine is using en_US.UTF-8, but after I made a change with
> my local machine, the locale will be set as zh_CN.utf8, then, all
> Chinese characters on remote machine can't be displayed correctly
> ...

Aha, now I understand better. That issue has been reported previously in
bug 666565, so I marked this document a duplicate of bug 666565.

> In addition, we have a lot of place to set locale variants, it make
> user feel frustrated, especially from GDM, too complicated. Why
> don't we just put all those languages relevant variant into
> /etc/environment or /etc/default/locale for system-wide settings,
> and into ~/.profile for users setting? then GDM/KDM/XDM/ just read
> it from them, it will more easy and straightforwad not only for end
> users, but also for developers.

As a part of the solution to bug 553162, the use of the files
/var/cache/gdm/$USER/dmrc and ~/.dmrc were recently extended with a
couple of new fields for storing locales settings. While I agree that
it may presently appear unnecessarily complicated, it's the result of a
carefully considered compromise, so it won't likely be altered
short-term.