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
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
