Debian Bug report logs - #679386
lightdm: Language selection is ignored in session, $LANG is system default

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Vladimir K <pzs-fs@yandex.ru>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: lightdm: Language selection is ignored in session, $LANG is system default

Date: Thu, 28 Jun 2012 14:21:07 +0400

Package: lightdm
Version: 1.2.2-1
Severity: normal

Dear Maintainer,
After upgrade to 1.2.2 (tried both 1.2.2-1 and 1.2.2-3) language selection stopped working.
home directory is not encrypted or anything. It is available before login.
.dmrc is updated, (although encoding syntax for Language is different: "utf8" instead of "UTF-8")
But $LANG inside session is still same as system default, not what I selected in lightdm.

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-2-686-pae (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages lightdm depends on:
ii  adduser                3.113+nmu3
ii  consolekit             0.4.5-3
ii  dbus                   1.6.0-1
ii  debconf [debconf-2.0]  1.5.43
ii  libc6                  2.13-33
ii  libglib2.0-0           2.32.3-1
ii  libpam0g               1.1.3-7.1
ii  libxcb1                1.8.1-1
ii  libxdmcp6              1:1.1.1-1
ii  lightdm-gtk-greeter    1.1.6-1

Versions of packages lightdm recommends:
ii  xserver-xorg  1:7.6+13

Versions of packages lightdm suggests:
pn  accountsservice  <none>

-- Configuration Files:
/etc/lightdm/lightdm.conf changed:
[LightDM]
[SeatDefaults]
xserver-allow-tcp=false
greeter-session=lightdm-greeter
greeter-hide-users=false
greeter-show-manual-login=true
session-wrapper=/etc/X11/Xsession
[XDMCPServer]
[VNCServer]


-- debconf information:
  lightdm/daemon_name: /usr/sbin/lightdm
* shared/default-x-display-manager: lightdm

Message #10 received at 679386@bugs.debian.org (full text, mbox, reply):

From: Yves-Alexis Perez <corsac@debian.org>

To: Vladimir K <pzs-fs@yandex.ru>, 679386@bugs.debian.org

Subject: Re: [Pkg-xfce-devel] Bug#679386: lightdm: Language selection is ignored in session, $LANG is system default

Date: Thu, 28 Jun 2012 13:37:05 +0200

[Message part 1 (text/plain, inline)]

On jeu., 2012-06-28 at 14:21 +0400, Vladimir K wrote:
> Dear Maintainer,
> After upgrade to 1.2.2 (tried both 1.2.2-1 and 1.2.2-3) language selection stopped working.
> home directory is not encrypted or anything. It is available before login.
> .dmrc is updated, (although encoding syntax for Language is different: "utf8" instead of "UTF-8")
> But $LANG inside session is still same as system default, not what I selected in lightdm. 

Where exactly do you select your language? Because as far as I know,
lightdm-gtk-greeter doesn't support language selection.
-- 
Yves-Alexis

[signature.asc (application/pgp-signature, inline)]

Message #15 received at 679386@bugs.debian.org (full text, mbox, reply):

From: Vladimir K <pzs-fs@yandex.ru>

To: 679386@bugs.debian.org

Subject: show-language-selector

Date: Thu, 28 Jun 2012 17:59:01 +0400

I set show-language-selector=true in /etc/lightdm/lightdm-gtk-greeter.conf
The language field appears at login screen.
I select language.

It worked in 1.0.11

Message #20 received at 679386@bugs.debian.org (full text, mbox, reply):

From: Yves-Alexis Perez <corsac@debian.org>

To: Vladimir K <pzs-fs@yandex.ru>, 679386@bugs.debian.org

Cc: new@bugs.launchpad.net

Subject: Re: [Pkg-xfce-devel] Bug#679386: lightdm: Language selection is ignored in session, $LANG is system default

Date: Fri, 29 Jun 2012 17:24:15 +0200

[Message part 1 (text/plain, inline)]

 affects lightdm
 affects debian
 done

On jeu., 2012-06-28 at 14:21 +0400, Vladimir K wrote:
> Package: lightdm
> Version: 1.2.2-1
> Severity: normal
> 
> Dear Maintainer,
> After upgrade to 1.2.2 (tried both 1.2.2-1 and 1.2.2-3) language selection stopped working.
> home directory is not encrypted or anything. It is available before login.
> .dmrc is updated, (although encoding syntax for Language is different: "utf8" instead of "UTF-8")
> But $LANG inside session is still same as system default, not what I selected in lightdm.
> 

It seems I can confirm this. I can't test with previous version, but I'm
forwarding this upstream.

Regards,
-- 
Yves-Alexis

[signature.asc (application/pgp-signature, inline)]

Message #27 received at 679386@bugs.debian.org (full text, mbox, reply):

From: Ian Bruce <ian_bruce@fastmail.net>

To: Debian Bug Tracking System <679386@bugs.debian.org>

Subject: Re: lightdm: Language selection is ignored in session, $LANG is system default

Date: Sun, 22 Jul 2012 16:52:35 -0700

Package: lightdm
Version: 1.2.2-3
Followup-For: Bug #679386

I confirm this bug report in every detail; what the submitter describes
happens exactly the same for me. It used to work, prior to the recent
package upgrade.

I'm using the XFCE-4 desktop environment; I don't know if that matters.

The ~/.dmrc file is written according to the language selected at login,
but the environment variables are not set:


    $ cat ~/.dmrc

    [Desktop]
    Session=xfce
    Language=ja_JP.utf8
    $ 
    $ 
    $ locale
    LANG=
    LANGUAGE=
    LC_CTYPE="POSIX"
    LC_NUMERIC="POSIX"
    LC_TIME="POSIX"
    LC_COLLATE="POSIX"
    LC_MONETARY="POSIX"
    LC_MESSAGES="POSIX"
    LC_PAPER="POSIX"
    LC_NAME="POSIX"
    LC_ADDRESS="POSIX"
    LC_TELEPHONE="POSIX"
    LC_MEASUREMENT="POSIX"
    LC_IDENTIFICATION="POSIX"
    LC_ALL=


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-2-amd64 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages lightdm depends on:
ii  adduser                3.112+nmu2
ii  consolekit             0.4.5-1
ii  dbus                   1.6.0-1
ii  debconf [debconf-2.0]  1.5.36.1
ii  libc6                  2.13-33
ii  libglib2.0-0           2.32.3-1
ii  libpam0g               1.1.1-6.1+squeeze1
ii  libxcb1                1.8.1-1
ii  libxdmcp6              1:1.1.1-1
ii  lightdm-gtk-greeter    1.1.6-2

Versions of packages lightdm recommends:
ii  xserver-xorg  1:7.7+1

Versions of packages lightdm suggests:
ii  accountsservice  0.6.21-6

-- Configuration Files:
/etc/lightdm/lightdm.conf changed:
[LightDM]
[SeatDefaults]
xserver-allow-tcp=true
greeter-session=lightdm-greeter
greeter-hide-users=true
session-wrapper=/etc/X11/Xsession
[XDMCPServer]
[VNCServer]


-- debconf information:
  lightdm/daemon_name: /usr/sbin/lightdm
* shared/default-x-display-manager: lightdm

Message #32 received at 679386@bugs.debian.org (full text, mbox, reply):

From: Yves-Alexis Perez <corsac@debian.org>

To: Ian Bruce <ian_bruce@fastmail.net>, 679386@bugs.debian.org

Cc: Juha Mäkinen <xjuham@kolumbus.fi>

Subject: Re: [Pkg-xfce-devel] Bug#679386: lightdm: Language selection is ignored in session, $LANG is system default

Date: Mon, 23 Jul 2012 07:59:32 +0200

[Message part 1 (text/plain, inline)]

On dim., 2012-07-22 at 16:52 -0700, Ian Bruce wrote:
> Package: lightdm
> Version: 1.2.2-3
> Followup-For: Bug #679386
> 
> I confirm this bug report in every detail; what the submitter describes
> happens exactly the same for me. It used to work, prior to the recent
> package upgrade.
> 

It seems that this was done on purpose because, apparently, the data
should come from PAM. See upstream bug for more details.

Regards,
-- 
Yves-Alexis

[signature.asc (application/pgp-signature, inline)]

Message #37 received at 679386@bugs.debian.org (full text, mbox, reply):

From: <ian_bruce@fastmail.net>

To: Yves-Alexis Perez <corsac@debian.org>

Cc: 679386@bugs.debian.org, Juha Mäkinen <xjuham@kolumbus.fi>, Vladimir K <pzs-fs@yandex.ru>

Subject: Re: [Pkg-xfce-devel] Bug#679386: lightdm: Language selection is ignored in session, $LANG is system default

Date: Mon, 23 Jul 2012 00:33:51 -0700

On Mon, 23 Jul 2012 07:59:32 +0200
Yves-Alexis Perez <corsac@debian.org> wrote:

> It seems that this was done on purpose because, apparently, the data
> should come from PAM. See upstream bug for more details.

Presumably you mean here:

https://bugs.launchpad.net/lightdm/+bug/1019314

I agree with your description of the situation, except for this:

    In 1.2, when the user selects the locale in LightDM greeter, it's
    set for the session and saved in .dmrc. Then for the following
    sessions, nothing loads .dmrc and the locale is not correctly set.

That's not what I'm seeing.

In 1.2, when the user selects the locale in the LightDM greeter, it's
saved in ~/.dmrc, but it IS NOT set in the environment for that session,
or any other.

See my comment on the Debian bug report, and the explanation by the
original submitter, which are in agreement on this point:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679386

In other words, LightDM locale selection is currently completely
useless, because it has no effect at all on the session being started,
or any subsequent one.

One might ask why a Pluggable Authentication Module ought to be
responsible for things which clearly have nothing to do with
authentication, such as locale selection, especially when they are
liable to change at every login.


-- Ian Bruce

Message #42 received at 679386@bugs.debian.org (full text, mbox, reply):

From: Yves-Alexis Perez <corsac@debian.org>

To: ian_bruce@fastmail.net, 679386@bugs.debian.org

Cc: Juha Mäkinen <xjuham@kolumbus.fi>, Vladimir K <pzs-fs@yandex.ru>

Subject: Re: [Pkg-xfce-devel] Bug#679386: Bug#679386: lightdm: Language selection is ignored in session, $LANG is system default

Date: Mon, 23 Jul 2012 10:33:32 +0200

[Message part 1 (text/plain, inline)]

On lun., 2012-07-23 at 00:33 -0700, ian_bruce@fastmail.net wrote:
> On Mon, 23 Jul 2012 07:59:32 +0200
> Yves-Alexis Perez <corsac@debian.org> wrote:
> 
> > It seems that this was done on purpose because, apparently, the data
> > should come from PAM. See upstream bug for more details.
> 
> Presumably you mean here:
> 
> https://bugs.launchpad.net/lightdm/+bug/1019314

Yes, that's the target of the forwarded tag.
> 
> I agree with your description of the situation, except for this:
> 
>     In 1.2, when the user selects the locale in LightDM greeter, it's
>     set for the session and saved in .dmrc. Then for the following
>     sessions, nothing loads .dmrc and the locale is not correctly set.
> 
> That's not what I'm seeing.
> 
> In 1.2, when the user selects the locale in the LightDM greeter, it's
> saved in ~/.dmrc, but it IS NOT set in the environment for that session,
> or any other.

Ok, will correct upstream bug (or feel free to do it in case you have a
launchpad account, but don't bother creating one if you don't).
> 
> See my comment on the Debian bug report, and the explanation by the
> original submitter, which are in agreement on this point:
> 
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679386
> 
> In other words, LightDM locale selection is currently completely
> useless, because it has no effect at all on the session being started,
> or any subsequent one.
> 
> One might ask why a Pluggable Authentication Module ought to be
> responsible for things which clearly have nothing to do with
> authentication, such as locale selection, especially when they are
> liable to change at every login.

PAM is more than authentication, it handles quite some login-related
stuff. And maybe it makes sense to store login-specific settings like
locales into PAM. But my feeling is that it's not the case. It seems
that PAM (through pam_env module) only handles /default/ environment,
taken from /etc/environment. So while it might be useful to have a
default setting for the box, it's plain useless for user-specific
settings. So if my analysis is right, I'm a bit puzzled about the
change.

Note that you might try with accountsservice installed, it might help.

Regards,
-- 
Yves-Alexis

[signature.asc (application/pgp-signature, inline)]

Message #47 received at 679386@bugs.debian.org (full text, mbox, reply):

From: <ian_bruce@fastmail.net>

To: Yves-Alexis Perez <corsac@debian.org>

Cc: 679386@bugs.debian.org, Juha Mäkinen <xjuham@kolumbus.fi>, Vladimir K <pzs-fs@yandex.ru>

Subject: Re: [Pkg-xfce-devel] Bug#679386: Bug#679386: lightdm: Language selection is ignored in session, $LANG is system default

Date: Mon, 23 Jul 2012 02:08:37 -0700

On Mon, 23 Jul 2012 10:33:32 +0200
Yves-Alexis Perez <corsac@debian.org> wrote:

>> One might ask why a Pluggable Authentication Module ought to be
>> responsible for things which clearly have nothing to do with
>> authentication, such as locale selection, especially when they are
>> liable to change at every login.
> 
> PAM is more than authentication, it handles quite some login-related
> stuff. And maybe it makes sense to store login-specific settings like
> locales into PAM. But my feeling is that it's not the case. It seems
> that PAM (through pam_env module) only handles /default/ environment,
> taken from /etc/environment. So while it might be useful to have a
> default setting for the box, it's plain useless for user-specific
> settings. So if my analysis is right, I'm a bit puzzled about the
> change.

This.

Not just user-specific settings, but session-specific settings.

> Note that you might try with accountsservice installed, it might help.

Doesn't seem to, and I don't see why it would. According to the README:

    The AccountsService project provides

     - A set of D-Bus interfaces for querying and manipulating user
     account information.

     - An implementation of these interfaces based on the usermod(8),
     useradd(8) and userdel(8) commands.

There's nothing session-specific about that.


-- Ian Bruce

Message #52 received at 679386@bugs.debian.org (full text, mbox, reply):

From: Yves-Alexis Perez <corsac@debian.org>

To: ian_bruce@fastmail.net

Cc: 679386@bugs.debian.org, Juha Mäkinen <xjuham@kolumbus.fi>, Vladimir K <pzs-fs@yandex.ru>

Subject: Re: [Pkg-xfce-devel] Bug#679386: Bug#679386: lightdm: Language selection is ignored in session, $LANG is system default

Date: Mon, 23 Jul 2012 11:29:26 +0200

[Message part 1 (text/plain, inline)]

On lun., 2012-07-23 at 02:08 -0700, ian_bruce@fastmail.net wrote:
> On Mon, 23 Jul 2012 10:33:32 +0200
> Yves-Alexis Perez <corsac@debian.org> wrote:
> 
> >> One might ask why a Pluggable Authentication Module ought to be
> >> responsible for things which clearly have nothing to do with
> >> authentication, such as locale selection, especially when they are
> >> liable to change at every login.
> > 
> > PAM is more than authentication, it handles quite some login-related
> > stuff. And maybe it makes sense to store login-specific settings like
> > locales into PAM. But my feeling is that it's not the case. It seems
> > that PAM (through pam_env module) only handles /default/ environment,
> > taken from /etc/environment. So while it might be useful to have a
> > default setting for the box, it's plain useless for user-specific
> > settings. So if my analysis is right, I'm a bit puzzled about the
> > change.
> 
> This.
> 
> Not just user-specific settings, but session-specific settings.

Eh?
> 
> > Note that you might try with accountsservice installed, it might help.
> 
> Doesn't seem to, and I don't see why it would. According to the README:
> 
>     The AccountsService project provides
> 
>      - A set of D-Bus interfaces for querying and manipulating user
>      account information.
> 
>      - An implementation of these interfaces based on the usermod(8),
>      useradd(8) and userdel(8) commands.
> 
> There's nothing session-specific about that.

Well, it could have queried your locale information. Thanks for testing
anyway.
-- 
Yves-Alexis

[signature.asc (application/pgp-signature, inline)]

Message #57 received at 679386@bugs.debian.org (full text, mbox, reply):

From: <ian_bruce@fastmail.net>

To: Yves-Alexis Perez <corsac@debian.org>

Cc: 679386@bugs.debian.org

Subject: Re: [Pkg-xfce-devel] Bug#679386: Bug#679386: lightdm: Language selection is ignored in session, $LANG is system default

Date: Mon, 23 Jul 2012 05:07:06 -0700

On Mon, 23 Jul 2012 11:29:26 +0200
Yves-Alexis Perez <corsac@debian.org> wrote:

>> Not just user-specific settings, but session-specific settings.
> 
> Eh?

The same user might want to work in different languages at various
times.

The natural place to specify this is when they log in, rather than with
some inconvenient account management utility. That would only take
effect once they logged out and then logged in again, which would be a
real nuisance.

See the discussion here:

https://bugs.launchpad.net/ubuntu/+source/lightdm/+bug/803858

https://lists.ubuntu.com/archives/ubuntu-desktop/2011-July/thread.html#3137

-- between multilingual users who need this feature, and unilingual
developers who Gnomeishly inform them that "you'll do as we tell you to,
and you'll like it."

Message #62 received at 679386@bugs.debian.org (full text, mbox, reply):

From: Vladimir K <pzs-fs@yandex.ru>

To: 679386@bugs.debian.org

Subject: Dirty Workaround

Date: Wed, 17 Oct 2012 14:24:15 +0400

As a dirty workaround, I've created a script: /etc/X11/Xsession.d/39-lightdm-dmrc-fix (runs just before xsessionrc parsing)

-------
#!/bin/bash
TEMPLANG=$(cat "$HOME/.dmrc" | grep ^Language= | cut -d '=' -f 2 | sed 's/utf8/UTF8/')
[ ! -z "$TEMPLANG" ] && export LANG=$TEMPLANG
-------

Message #67 received at 679386@bugs.debian.org (full text, mbox, reply):

From: John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de>

To: Vladimir K <pzs-fs@yandex.ru>

Cc: 679386@bugs.debian.org

Subject: Re: Dirty Workaround

Date: Thu, 18 Oct 2012 23:56:21 +0200

Hi Vladimir,

your workaround is actually a nice idea. However, there is one problem
which is the fact that it relies on the .dmrc file which is not always
reliably written and the language setting is therefore not accessible.

I have filed a bug report with an attached patch which will fix this
behavior [1]. You might want to apply this patch to your version of
lightdm and rebuild the package or purge the 'accountsservice' package
which could fix this issue, but I didn't test it. Purging
'accountsservice' will only work, however, when you're not installing
GNOME3 which depends on the 'gdm3' package which itself depends on
'accountsservice'.

Cheers,

Adrian

> [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=690899

Message #72 received at 679386@bugs.debian.org (full text, mbox, reply):

From: John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de>

To: Vladimir K <pzs-fs@yandex.ru>

Cc: 679386@bugs.debian.org

Subject: Re: Dirty Workaround

Date: Fri, 19 Oct 2012 11:32:17 +0200

On Thu, Oct 18, 2012 at 11:56:21PM +0200, John Paul Adrian Glaubitz wrote:
> your workaround is actually a nice idea. However, there is one problem
> which is the fact that it relies on the .dmrc file which is not always
> reliably written and the language setting is therefore not accessible.

Short follow-up:

I have tested your work-around and it actually doesn't work when a
default locale has been set (/etc/default/locale). In this case, you
will also have to set LANGUAGE, otherweise the language will still be
set to the system's default language.

In order to fix this, I added the following two lines to your script:

TEMPLANG="$(echo "$LANG" | sed -e 's/\([a-z]*_[A-Z]*\)\.[A-Z]*\-[0-9]/\1/g')"":""$(echo "$LANG" | sed -e 's/\([a-z]*\)_[A-Z]*\.[A-Z]*\-[0-9]/\1/g')"
[ ! -z "$TEMPLANG" ] && export LANGUAGE=$TEMPLANG

This will finally make language selection work for me together with the
patched version of lightdm [1].

Cheers,

Adrian

> [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=690899

Message #77 received at 679386@bugs.debian.org (full text, mbox, reply):

From: Vladimir K <pzs-fs@yandex.ru>

To: 679386@bugs.debian.org

Subject: Re: Re: Dirty Workaround

Date: Sat, 20 Oct 2012 13:40:28 +0400

Tested accountsservice and here is a workaround for it also:

-----------------
#!/bin/bash

# use .dmrc or accountsservice data (if accounts-daemon is running)

if pidof accounts-daemon &> /dev/null
then
   TEMPLANG=$(cat "/var/lib/AccountsService/users/$USER" | grep ^Language= | cut -d '=' -f 2 | sed 's/utf8/UTF8/')
   [ ! -z "$TEMPLANG" ] && export LANG=$TEMPLANG
else
   TEMPLANG=$(cat "$HOME/.dmrc" | grep ^Language= | cut -d '=' -f 2 | sed 's/utf8/UTF8/')
   [ ! -z "$TEMPLANG" ] && export LANG=$TEMPLANG
fi
-----------------

What is the correct $LANGUAGE syntax when locale has a modifier?
In my case, when $LANG is "ru_RU.UTF-8@ISO", your $LANGUAGE generator line produces "ru_RU@ISO:ru@ISO". Is that correct, or it should be only "ru_RU:ru"?

Message #82 received at 679386@bugs.debian.org (full text, mbox, reply):

From: Vladimir K <pzs-fs@yandex.ru>

To: 679386@bugs.debian.org

Subject: Re: Re: Dirty Workaround

Date: Sat, 20 Oct 2012 14:06:47 +0400

Remove "&> /dev/null" in script condition, and it should work (for some reason "if" condition allways triggered as true when parsed by Xsession if redirect is present)

If accountsservice is not installed, this workaround works best with lightdm 1.4.0-1 from experimental.
Version 1.2.2-3 always defaults to system locale in greeter, you have to re-choose it every time. 
Version 1.4.0-1 just does not touch/show locale, so the last is being set by script, everything works fine.

When accountsservice is installed, both versions work well with workaround.

Message #87 received at 679386@bugs.debian.org (full text, mbox, reply):

From: Yves-Alexis Perez <corsac@debian.org>

To: Vladimir K <pzs-fs@yandex.ru>, 679386@bugs.debian.org

Subject: Re: [Pkg-xfce-devel] Bug#679386: Dirty Workaround

Date: Sat, 20 Oct 2012 14:47:18 +0200

[Message part 1 (text/plain, inline)]

On mer., 2012-10-17 at 14:24 +0400, Vladimir K wrote:
> As a dirty workaround, I've created a script: /etc/X11/Xsession.d/39-lightdm-dmrc-fix (runs just before xsessionrc parsing)
> 
> -------
> #!/bin/bash
> TEMPLANG=$(cat "$HOME/.dmrc" | grep ^Language= | cut -d '=' -f 2 | sed 's/utf8/UTF8/')
> [ ! -z "$TEMPLANG" ] && export LANG=$TEMPLANG
> -------
> 

Note that you don't really need to put anything there. You can just put
this in .xsessionrc. For example, mine is:

cat .xsessionrc
export LANG=fr_FR.UTF-8
export LC_MESSAGES=en_US.UTF-8

Regards,
-- 
Yves-Alexis

[signature.asc (application/pgp-signature, inline)]

Message #92 received at 679386@bugs.debian.org (full text, mbox, reply):

From: Vladimir K <pzs-fs@yandex.ru>

To: 679386@bugs.debian.org

Subject: Update

Date: Sat, 20 Oct 2012 18:40:15 +0400

Yes, I know about ~/.xsessionrc.
But this bug is about choosing language in greeter GUI.

Updated workaround:

--------------
#!/bin/bash

# workaround for session language selection in lightdm greeter
# use .dmrc or accountsservice data (if accounts-daemon is running)

if pidof accounts-daemon
then
	echo accounts > /tmp/wtf
	TEMPLANG=$(cat "/var/lib/AccountsService/users/$USER" | grep ^Language= | cut -d '=' -f 2 | sed 's/utf8/UTF8/')
	[ ! -z "$TEMPLANG" ] && export LANG=$TEMPLANG

	TEMPLANGUAGE="$(echo $LANG | cut -d '@' -f 1 | cut -d '.' -f 1):$(echo $LANG | cut -d '@' -f 1 | cut -d '.' -f 1 | cut -d '_' -f 1)"
	[ ! -z "$TEMPLANGUAGE" ] && export LANGUAGE=$TEMPLANGUAGE
else
	echo dmrc > /tmp/wtf
	TEMPLANG=$(cat "$HOME/.dmrc" | grep ^Language= | cut -d '=' -f 2 | sed 's/utf8/UTF8/')
	[ ! -z "$TEMPLANG" ] && export LANG=$TEMPLANG

	TEMPLANGUAGE="$(echo $LANG | cut -d '@' -f 1 | cut -d '.' -f 1):$(echo $LANG | cut -d '@' -f 1 | cut -d '.' -f 1 | cut -d '_' -f 1)"
	[ ! -z "$TEMPLANGUAGE" ] && export LANGUAGE=$TEMPLANGUAGE
fi
--------------

Message #97 received at 679386@bugs.debian.org (full text, mbox, reply):

From: Yves-Alexis Perez <corsac@debian.org>

To: Vladimir K <pzs-fs@yandex.ru>, 679386@bugs.debian.org

Subject: Re: [Pkg-xfce-devel] Bug#679386: Update

Date: Sat, 20 Oct 2012 19:06:27 +0200

[Message part 1 (text/plain, inline)]

On sam., 2012-10-20 at 18:40 +0400, Vladimir K wrote:
> Yes, I know about ~/.xsessionrc.
> But this bug is about choosing language in greeter GUI. 

I was just saying that you could directly put your workaround script
in .xsessionrc.
-- 
Yves-Alexis

[signature.asc (application/pgp-signature, inline)]

Message #102 received at 679386@bugs.debian.org (full text, mbox, reply):

From: John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de>

To: Vladimir K <pzs-fs@yandex.ru>

Cc: 679386@bugs.debian.org, Yves-Alexis Perez <corsac@debian.org>

Subject: Re: [Pkg-xfce-devel] Bug#679386: Dirty Workaround

Date: Sun, 21 Oct 2012 21:05:22 +0200

Hey Vladimir,

> When accountsservice is installed, both versions work well with
> workaround.

Well, yes, except I cannot rely on AccountsService as it stores its
information *locally* which is completely useless if users login over
the network.

I have no idea what went into the minds of GNOME developers when they
came up with AccountsService but they never tested it in a corporate
environment, obviously. Storing the information about the default
session and language locally means that it gets lost once a user
switches their login machine (which happens on a daily basis in a
university network with hundreds of students without their own desktop
machines).

Thus, I had to extend your workaround to reliably retrieve the
information about the default language from ${HOME}/.dmrc.

> In my case, when $LANG is "ru_RU.UTF-8@ISO", your $LANGUAGE
> generator line produces "ru_RU@ISO:ru@ISO". Is that correct, or it
> should be only "ru_RU:ru"?

I checked my /etc/default/locale and it used the following format:

> #  File generated by update-locale
> LANG=en_US.UTF-8
> LANGUAGE="en_US:en"


Hence I assumed the format "lang_COUNTRY:lang" to be correct for
LANGUAGE. If your code snippet makes it even more flexible, I will
shamelessly copy it :).

PS: Please keep me in the CC, I'm not subscribed to this bug report.

Cheers,

Adrian

Message #107 received at 679386@bugs.debian.org (full text, mbox, reply):

From: Vladimir K <pzs-fs@yandex.ru>

To: 679386@bugs.debian.org

Cc: John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de>

Date: Mon, 22 Oct 2012 19:53:56 +0400

My snippet decomposes $LANG by fields. Luckily, each delimiter in $LANG syntax is different, so it should be fairly reliable.

added lightdm check, so this script does not mess with any other DM.

/etc/X11/Xsession.d/39-lightdm-dmrc-fix:
--------------
#!/bin/bash

# workaround for session language selection in lightdm greeter
# use .dmrc or accountsservice data (if accounts-daemon is running)

# we need this only if lightdm is being used
if pidof lightdm
then
	# if accountsservice is used, get info from there.
	if pidof accounts-daemon
	then
		LANGFILE="/var/lib/AccountsService/users/$USER"
	# if not, use .dmrc
	else
		LANGFILE="$HOME/.dmrc"
	fi

	# extract, fix and export $LANG
	TEMPLANG=$(cat "$LANGFILE" | grep ^Language= | cut -d '=' -f 2 | sed 's/utf8/UTF8/')
	[ ! -z "$TEMPLANG" ] && export LANG=$TEMPLANG
	# convert $LANG to $LANGUAGE and export
	TEMPLANGUAGE="$(echo $LANG | cut -d '@' -f 1 | cut -d '.' -f 1):$(echo $LANG | cut -d '@' -f 1 | cut -d '.' -f 1 | cut -d '_' -f 1)"
	[ ! -z "$TEMPLANGUAGE" ] && export LANGUAGE=$TEMPLANGUAGE

fi
--------------

Message #116 received at 694588-done@bugs.debian.org (full text, mbox, reply):

From: Yves-Alexis Perez <corsac@debian.org>

To: 694588-done@bugs.debian.org

Subject: fixed

Date: Mon, 6 Jan 2014 22:16:35 +0100

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Version: 1.6.1-3

This one was actually a bug in the GTK+ greeter, which has been fixed
since.
- -- 
Yves-Alexis
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)

iQEcBAEBCgAGBQJSyx0uAAoJEG3bU/KmdcClpskH/38frhlVIOTAtQc3+9fGG4u9
tVvHDyMgrYEP6N5L+qzgrIV8XT85UKm+RHnpgnlCqurpKTspZHgigDQnfGZAiS+h
EyJKmvNFyZ6J5cSCkPyPAus1Qs4Up8hnL0+dAYlllDXuHwkQTOd9G2OEpC5KEYaE
jbaTH1Gq8KZF/BObB51uLW9FJGdXtaje3NuCkSl3CNf7NfTwdgSzvsa651LM8nbN
Q70guxqRJ6NZ5IPvI8MUHfYJNercZJWGuTntF9ryeVw+oexlUOahqSc1Upq/KXme
PSf01y5ihQWejOL7L1Z4O6jZ00BXgE1cz47fBwsfIuPVGq5A+zmhzJJQArsHua4=
=4mu6
-----END PGP SIGNATURE-----

Send a report that this bug log contains spam.