I tested the live session with today's daily build of Ubuntu MATE and
can confirm that LANGUAGE is no longer set. Thus translated strings in
universe packages are always displayed in the selected language.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded
** Changed in: lightdm (Ubuntu)
Status: In Progress => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to lightdm in Ubuntu.
https://bugs.launchpad.net/bugs/1861481
Title:
language-options causes live CD
Related pull request: https://github.com/canonical/lightdm/pull/111
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to lightdm in Ubuntu.
https://bugs.launchpad.net/bugs/1861481
Title:
language-options causes live CD sessions
On 2020-02-07 16:41, Alkis Georgopoulos wrote:
> I checked with 20.04 and it appears that recent Ubuntu live CDs
> don't have boot=casper anymore; they do still have
> initrd=/casper/initrd;
I also saw that /proc/cmdline contains BOOT_IMAGE=/casper/..., so the
approach would probably have worked
I checked with 20.04 and it appears that recent Ubuntu live CDs don't
have boot=casper anymore; they do still have initrd=/casper/initrd; but
anyway, ^/cow should be fine (sorry I hadn't noticed the ^ there
before).
Thank you for your work in this.
--
You received this bug notification because
On 2020-02-07 13:41, Alkis Georgopoulos wrote:
> The "grep cow" approach breaks the LTSP package and other software
> that uses a COW root.
Do those packages cause the file system /cow, listed by the df command,
to be mounted? If yes, I wouldn't mind to modify the debdiff. Please let
me know.
>
I commented before I saw the previous reply; I'll reply to that now.
The "grep cow" approach breaks the LTSP package and other software that uses a
COW root.
To check for casper, please `grep -w boot=casper /proc/cmdline` or something
casper-specific.
In schools, we sometimes have students of
Btw, lightdm doesn't set LANGUAGE at all in Debian; it only sets LANG,
like GDM, and everything works fine.
Gunnar, do you see any issues with just completely dropping your
04_language_handling.patch?
Or at least this line there:
+session_set_env (session, "LANGUAGE", language);
--
Not sure why you would want to uninstall the language packs for a
language you have configured. You are not supposed to do that. Please
use "Language Support" to manage your languages.
This special thing in LightDM is there for a reason (even if I don't
remember the reason exactly). I'm not ready
I mean that if, on a normal 20.04 installation, I uninstall the el langpack,
then
1) If I'm using GDM, universe apps show Greek,
2) If I'm using LightDM, universe apps show English (this one regressed in
19.10).
If we're modifying LightDM, I suggest to modify LightDM to not set LANGUAGE at
Because the translations of all the "main" packages (and a few others)
are brought by the language packs, and also MATE users most likely use
some "main" packages. He is simply supposed to have the language packs
for his language installed. That's how Ubuntu including the flavors has
been designed
Gunnar, so if a MATE user doesn't have the langpack installed, he shouldn't
have a translated session?
Why do we want to fix this only for Live CDs?
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to lightdm in Ubuntu.
Idea from https://askubuntu.com/q/442055
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to lightdm in Ubuntu.
https://bugs.launchpad.net/bugs/1861481
Title:
language-options causes live CD sessions to be untranslated
Status
Yeah, I tend to think that the fix should be made in lightdm. My idea is
to modify the patch, so LANGUAGE is set only if this conditional is
satisfied:
if (system ("df | grep ^/cow >/dev/null") != 0)
That way LANGUAGE should not be set in a live session AFAIU.
@Sebastien: Do you think this
The reason that this regression doesn't affect ubuntu-desktop, might be
that unlike LightDM, GDM doesn't have that Ubuntu-specific patch to use
/usr/share/language-tools/language-options.
So, I subscribed "lightdm (Ubuntu)" to the affected packages, in case we
just want to drop the
(untagging from rls tracking since it's not impacting Ubuntu Desktop,
doesn't block us to work on a fix still)
** Tags removed: rls-ff-incoming
** Tags added: rls-ff-notfixing
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to
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.
I actually meant the locale command without options, but I still think
you provided the info we need. ;)
On 2020-01-31 19:48, Alkis Georgopoulos wrote:
> It's not /etc/default/locale, in all the cases only LANG is there
> and not LANGUAGE.
LightDM does set LANGUAGE for some reason through an
I.e. from what I can see, the basic difference is that since 19.10,
something sets LANGUAGE=en.
While in the Italian session that has a langpack in the live iso,
LANGUAGE=it.
It's not /etc/default/locale, in all the cases only LANG is there and
not LANGUAGE.
--
You received this bug
Hi Gunnar, here are the results:
Output of Ubuntu MATE 20.04 today's daily build:
$ env | grep LANG
LANGUAGE=en
GDM_LANG=en
LANG=el_GR.UTF-8
$ locale -a
C
C.UTF-8
de_AT.utf8
de_BE.utf8
de_CH.utf8
de_DE.utf8
de_IT.utf8
de_LI.utf8
de_LU.utf8
el_GR.utf8
en_AG
en_AG.utf8
en_AU.utf8
en_BW.utf8
@Alkis: Since it sounds as if you have access to both a 18.04 and a
19.10 ISO, can you please check what the locale command outputs in the
live session of respective release.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to
No, sorry, that's not it, I removed it and restarted lightdm and I still
had LANGUAGE=en in the live session.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to accountsservice in Ubuntu.
https://bugs.launchpad.net/bugs/1861481
In Ubuntu 20.04 live CD, in .xsession-errors, I see this line:
dbus-update-activation-environment: setting LANGUAGE=en
Maybe that's to blame here; looking more...
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to
Gunnar, yes, the live sessions are properly translated up to and including
19.04 (and of course 18.04 too).
Starting from 19.10, all child processes of lightdm have LANGUAGE=en, so the
session is untranslated. But this only happens for languages that don't have
the langpack installed.
Running
Well, the point with the language-options script is to only list
languages where the language-packs are present. It has been that way for
many cycles, and AFAIK nothing special happened in this respect in
19.10. @Alkis: Are you claiming that it worked otherwise in e.g. 18.04?
With that said, I
Gunnar, you know probably that script best, could you maybe have a look
to what changed in 19.10 to create the issue?
** Changed in: accountsservice (Ubuntu)
Importance: Undecided => High
** Tags added: rls-ff-incoming
--
You received this bug notification because you are a member of Ubuntu
26 matches
Mail list logo