Gunnar Hjalmarsson [2011-10-05 14:47 -0000]: > We currently derive locales from language denotations, such as 'es_ES' > or 'de', all the time.
But we should really avoid doing that, as it can never be correct for $LANG. It's fine for LC_MESSAGES and LC_CTYPE. > The main problem is that LANG represents regional formats in > Oneiric, not language. $LANG has always been defined to specify a locale, not a language. This is neither Oneiric nor Ubuntu specific, but standard gettext/POSIX behaviour. http://pubs.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap08.html -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to lightdm in Ubuntu. https://bugs.launchpad.net/bugs/868149 Title: Need to set $LANG from .dmrc for backwards compatibility Status in “lightdm” package in Ubuntu: Triaged Status in “lightdm” source package in Oneiric: Triaged Bug description: This is fallout from bug 864618: In that bug we disabled the set_language() call as it invalidly sets $LANG to the "Language" property of accountsservice, which cannot work because $LANG is a locale and "Language" is only a language name. However, set_language() also sets the $LANG variable from ~/.dmrc, which we need for backwards compatibility and derivatives. So what should happen is that all the code which does the `locale -a` guesswork needs to be dropped, and only these parts remain which evaluate ~/.dmrc. Please see http://pad.ubuntu.com/locale-handling for details. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/lightdm/+bug/868149/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
