![](https://seccdn.libravatar.org/avatar/77cb4da5f72bc176182dcc33f03a18f3.jpg?s=120&d=mm&r=g)
On 27/06/2020 17.55, Dave Howorth wrote:
On Sat, 27 Jun 2020 16:07:34 +0100 Dave Howorth <> wrote:
On Sat, 27 Jun 2020 14:03:40 +0200 "Carlos E. R." <> wrote:
On 27/06/2020 13.49, Andrei Borzenkov wrote:
27.06.2020 11:31, Carlos E. R. пишет:
> > I don't use KDE Plasma, sorry.
Neither do I. What does that have to do with anything?
It has to do because the problem is with using KDE.
It has nothing to do with KDE except for the fact that KDE exports LANGUAGE environment variable according to its regional settings.
I know that the proposed ideas do work outside of KDE, because I use them.
bor@leap15:~> LANGUAGE=es:de uptime 14:45:45 arriba 7:09, 1 usuario, carga promedio: 0.27, 0.20, 0.09 bor@leap15:~> LANGUAGE=en:de uptime 14:45:50 7:09 an, 1 Benutzer, Durchschnittslast: 0.25, 0.20, 0.09 bor@leap15:~> LANGUAGE=C uptime 14:45:55 up 7:09, 1 user, load average: 0.22, 0.19, 0.09 bor@leap15:~>
LANGUAGE takes precedence over everything else for programs using gettext.
Interesting test. But I said to use "LANGUAGE=en:en"
Why? That's simply broken.
There is no such locale as 'en'. The error message from VLC tells you as much and the fact that uptime chose to use German when presented with "en:de" tells you the same thing.
Just to add - your suggestion is equivalent to LANGUAGE=C
I have a script named "English" where I set all variables, and now also has "LANGUAGE":
Telcontar:~ # cat /usr/local/bin/ingles #!/bin/sh
LANG=en_US.UTF-8 \ LC_ALL=en_US.UTF-8 \ DICTIONARY=english \ KDE_LANG=en_US.UTF-8 \ LANGUAGE=en_US.UTF-8:en \ exec "$@" Telcontar:~ #
I tried "LANGUAGE=fr_ES.UTF-8:en vlc" and got the program in French. I have it set to "es_ES.UTF-8". It works. cer@Telcontar:~> LANGUAGE=en:es uptime 20:22:39 arriba 2 días 9:47, 1 usuario, carga promedio: 0,22, 0,32, 0,30 cer@Telcontar:~> It is using the "es" /locale/, however it interprets that. Good :-) -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)