desktop-packages team mailing list archive

[Martin Pitt <martin.pitt@xxxxxxxxxx>]

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