← Back to team overview

desktop-packages team mailing list archive

[Bug 864618] Re: sets $LANG to a language name

 

+-        language_name_get_codeset_details (name, &langinfo_codeset, &is_utf8);
++//        language_name_get_codeset_details (name, &langinfo_codeset, &is_utf8);

This change wasn't meant to be SRUed, it was just queued in the
development bzr for precise. What is the impact for stable users, how
does it change behaviour, what is the test case? Did you verify that
this doesn't leave the two variables uninitialized?

** Changed in: gnome-control-center (Ubuntu Oneiric)
       Status: In Progress => Incomplete

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-control-center in Ubuntu.
https://bugs.launchpad.net/bugs/864618

Title:
  sets $LANG to a language name

Status in “gnome-control-center” package in Ubuntu:
  In Progress
Status in “lightdm” package in Ubuntu:
  Fix Released
Status in “gnome-control-center” source package in Oneiric:
  Incomplete
Status in “lightdm” source package in Oneiric:
  Fix Released

Bug description:
  As of the last oneiric upgrade I performed (I'm not certain, but I
  think this was from lightdm 0.9.7-0ubuntu2 to 1.0.0-0ubuntu3), my
  locale has been broken; it is now set to en_GB rather than to
  en_GB.UTF-8.  I've attached lightdm.log, of which the salient lines
  seem to be:

    [+8.46s] DEBUG: Launching process 2603: /usr/sbin/lightdm-session 'gnome-session --session=ubuntu-2d'
    [+8.46s] DEBUG: pam_setcred(0x930a6c8, PAM_ESTABLISH_CRED) -> 0 (Success)
    [+8.46s] DEBUG: PAM returns environment 'GNOME_KEYRING_CONTROL=/tmp/keyring-JAW17p GNOME_KEYRING_PID=2592 PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games LANG=en_GB.UTF-8 LANGUAGE=en_GB.UTF-8:en'
    [+8.46s] DEBUG: Registering session with bus path /org/freedesktop/DisplayManager/Session0
    [+8.47s] DEBUG: Using locale en_GB for language en_GB

  Please fix this urgently; it's bad to have regressed to a legacy
  encoding.  We should be using UTF-8 for everything unless explicitly
  configured otherwise, and we definitely shouldn't be ignoring explicit
  configuration of UTF-8.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/864618/+subscriptions


References