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 Desktop
Packages, which
** Changed in: lightdm (Ubuntu)
Status: In Progress => Fix Released
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to lightdm in Ubuntu.
https://bugs.launchpad.net/bugs/1861481
Title:
language-options causes live CD sessions to
Related pull request: https://github.com/canonical/lightdm/pull/111
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to lightdm in Ubuntu.
https://bugs.launchpad.net/bugs/1861481
Title:
language-options causes live CD sessions to be
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 Desktop
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 Desktop
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 in
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 Desktop
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.
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
19 matches
Mail list logo
