On a focal live cd, I tried to downgrade lightdm and accountsservice to
their bionic versions and restart their services without rebooting, yet
again the session was not translated. So I'm at a loss on which package
was the one that caused the change in 19.10, maybe even glibc itself.
Nevertheless, I was able to reproduce a similar problem in a normal
(non-live) focal installation, by just purging language-pack-el, or by
just moving aside the directory /usr/share/locale-langpack/el and
restarting accounts-daemon and lightdm.
Without the language pack, my LANGUAGE is "en" and my session is
untranslated. And if I launch d-feet and check
/org/freedesktop/Accounts/User1000 => org.freedesktop.Accounts.User =>
property Language, it says "en".
I think that is the problem, accountsservice should report that my
language is either "el" or empty, but definitely not "en". Even if the
langpack isn't there, LANG in /etc/default/locale is el_GR.UTF-8, and I
don't have "en" defined anywhere in my system or my account; and MATE
can show Greek even without a langpack.
I think then LightDM will work fine without any changes.
Does this approach sound OK?
** Changed in: accountsservice (Ubuntu)
Status: Incomplete => Confirmed
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to accountsservice in Ubuntu.
https://bugs.launchpad.net/bugs/1861481
Title:
language-options causes live CD sessions to be untranslated
Status in accountsservice package in Ubuntu:
Confirmed
Bug description:
Since Ubuntu 19.10, for all Ubuntu live CDs that use LightDM (e.g.
MATE and Xubuntu), if a user selects a language in syslinux other than
those with an included langpack, the session is then untranslated.
For example, if one boots Ubuntu MATE 20.04 and selects Greek in
syslinux, he ends up with LANGUAGE=en in the session.
The chain of events is:
LightDM has an Ubuntu-specific patch that makes it call
/usr/share/language-tools/language-options instead of the upstream `locale -a`.
`locale -a` does list el_GR as a supported locale because casper correctly
updated the locales.
But language-options doesn't list el_GR, so it fools LightDM into thinking
that Greek aren't supported; while they're all there, since e.g. MATE doesn't
rely on langpacks; mate-panel.mo and mate-calc.mo etc are all there.
I believe the correct fix would be for language-options to list el_GR
on live CDs (to merge the output of locale -a in its output).
Thanks!
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/accountsservice/+bug/1861481/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
