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 has ".utf8" values)
- So, LANG/LANGUAGE environment varibales sets "Language=(langname).utf8" by GDM.
But, LANG/LANGUAGE environment varibales expected 'LANG="(langname).UTF-8"' style, not "(langname).utf8".
This LANG/LANGUAGE settings behavior brakes some i18n codepages related applications (such as xarchiver, file-roller with archiver that has "codepage handling").
We must recover(or mitigate) dmrc's "Language" value too.
This bug has yet another affection of i18n breakage,
- GDM read ~/.dmrc 's "Language" value and set LANG/LANGUAGEen vironment varibale. (langname) .utf8" form by language-selector in some cases. (langname) .utf8" by GDM.
- ~/.dmrc has "Language=
(such as Lucid clean install without "no touch" boot. after install, ~/.dmrc has ".utf8" values)
- So, LANG/LANGUAGE environment varibales sets "Language=
But, LANG/LANGUAGE environment varibales expected 'LANG=" (langname) .UTF-8" ' style, not "(langname).utf8".
This LANG/LANGUAGE settings behavior brakes some i18n codepages related applications (such as xarchiver, file-roller with archiver that has "codepage handling").
We must recover(or mitigate) dmrc's "Language" value too.