Knurpht-openSUSE wrote:

Are the plasma*lang packages installed?

I think so:

myuser@mybox:~> rpm -qa | grep "plasma.*-lang" | sort plasma5-addons-lang-5.20.5-1.2.noarch plasma5-desktop-lang-5.20.5-3.2.noarch plasma5-disks-lang-5.20.5-2.2.noarch plasma5-integration-plugin-lang-5.20.5-1.2.noarch plasma5-pa-lang-5.20.5-1.2.noarch plasma5-thunderbolt-lang-5.20.5-2.2.noarch plasma5-workspace-lang-5.20.5-3.2.noarch plasma-browser-integration-lang-5.20.5-1.2.noarch plasma-framework-lang-5.78.0-2.2.noarch plasma-nm5-lang-5.20.5-2.2.noarch plasma-vault-lang-5.20.5-1.2.noarch

Greetings, Björn

Am 16.02.21 um 15:25 schrieb Bjoern Voigt:

For an online session with English speaking participants I want to temporarily switch my KDE Plasma desktop on Tumbleweed from German to English. All texts should be shown > Greetings, Björn

For console output:

my standart: locale LANG=de_DE.UTF-8 LC_CTYPE=de_DE.UTF-8 LC_NUMERIC="de_DE.UTF-8" LC_TIME="de_DE.UTF-8" LC_COLLATE="de_DE.UTF-8" LC_MONETARY="de_DE.UTF-8" LC_MESSAGES="de_DE.UTF-8" LC_PAPER="de_DE.UTF-8" LC_NAME="de_DE.UTF-8" LC_ADDRESS="de_DE.UTF-8" LC_TELEPHONE="de_DE.UTF-8" LC_MEASUREMENT="de_DE.UTF-8" LC_IDENTIFICATION="de_DE.UTF-8" LC_ALL=

rm doesnotexist rm: das Entfernen von 'doesnotexist' ist nicht möglich: Datei oder Verzeichnis nicht gefunden

then i removed LANG:

export LANG= locale

LANG= LC_CTYPE=de_DE.UTF-8 LC_NUMERIC="POSIX" LC_TIME="POSIX" LC_COLLATE="POSIX" LC_MONETARY="POSIX" LC_MESSAGES="POSIX" LC_PAPER="POSIX" LC_NAME="POSIX" LC_ADDRESS="POSIX" LC_TELEPHONE="POSIX" LC_MEASUREMENT="POSIX" LC_IDENTIFICATION="POSIX" LC_ALL= simon@becherer2:~> rm doesnotexist rm: cannot remove 'doesnotexist': No such file or directory simon@becherer2:~>

simoN

On Tue, 16 Feb 2021, 17:19:49 +0100, Simon Becherer wrote:

Am 16.02.21 um 17:07 schrieb Simon Becherer:

...

Am 16.02.21 um 15:25 schrieb Bjoern Voigt:

...

For an online session with English speaking participants I want to temporarily switch my KDE Plasma desktop on Tumbleweed from German to English. All texts should be shown > Greetings, Björn

so i think you should inside .profile comment out the line:

export LANG=de_DE.UTF-8># uncomment this line for German output -> # export LANG=de_DE.UTF-8># uncomment this line for German output

restart and try if all will be english.

To be honest, shouldn't all of this be selectable by the display manager? If you override the LANG/LC_* variables in a terminal, you would otherwise have to ensure the new application gets started from that terminal, otherwise it'll fall back to the session's defaults.

Cheers.

l8er manfred

Manfred Hollstein wrote:

To be honest, shouldn't all of this be selectable by the display manager? If you override the LANG/LC_* variables in a terminal, you would otherwise have to ensure the new application gets started from that terminal, otherwise it'll fall back to the session's defaults.

Yes, my settings in $HOME/.profile were more or less a work-around since settings in YaST and KDE system settings did not work for me. Usually settings in $HOME/.profile are only needed in multi-user setups where different people use different languages.

I think, that $HOME/.profile is read during KDE startup, but I am not sure, were. /etc/locale.conf is owned by systemd, so probably systemd evaluates /etc/locale.conf.

My display manager is SDDM. SDDM shows up in English after the YaST changes. I do not find any locale specific settings in /etc/sddm.conf

Greetings, Björn

Here one more:

/etc/sysconfig/language

Op dinsdag 16 februari 2021 15:25:32 CET schreef Bjoern Voigt:

• KDE system settings - see https://paste.opensuse.org/37e295e8

I used exactly that, added US English to the already present Dutch, moved US English up, logged out, logged in, and all apps are in English. Apart from some chat apps that have the language set internally. Switching back was just as easy.

Simon Becherer wrote:

there are files: /etc/locale.conf /etc/profile or /etc/profile.local Here one more:

/etc/sysconfig/language

Now I found a solution for the console and for Gnome. KDE is still not working in English for me.

In /etc/sysconfig/language I changed RC_LANG="de_DE.utf8" to RC_LANG="en_US.utf8". "localectl" (from systemd) and Yast do not touch this setting. The change makes the console (e.g. text console or ssh remote login) working in English. I removed all LANG/LC-settings from $HOME/.profile.

/etc/sysconfig/language: INPUT_METHOD="" RC_LANG="en_US.utf8" RC_LC_ALL="" RC_LC_MESSAGES="" RC_LC_CTYPE="" RC_LC_COLLATE="" RC_LC_TIME="" RC_LC_NUMERIC="" RC_LC_MONETARY="" RC_LC_PAPER="" ROOT_USES_LANG="ctype" AUTO_DETECT_UTF8="no" INSTALLED_LANGUAGES="de_DE,en_US"

/etc/locale.conf: LANG=en_US.UTF-8

/etc/profile, /etc/profile.locale: no LANG/LC-variables

/etc/profile.d/lang.csh  /etc/profile.d/lang.sh: the unmodified aaa_base files

$HOME/.dmrc: [Desktop] Session=xsession

$HOME/.i18n: does not exist

$HOME/.profile: no LANG/LC-variables

Also Gnome sessions are now in English.

KDE Plasma desktop is still in German. Only SDDM itself is in English. I both checked a normal KDE Plasma session started with SDDM and a XRDP session from Windows. Also consoles in KDE desktop are still in German. Some KDE component sets two environment variable incorrectly. May be a bug?

myuser@mybox:~> env | grep LANG LANGUAGE=de:en_US LANG=de_DE.UTF-8

myuser@mybox:~> locale LANG=de_DE.UTF-8 LC_CTYPE="de_DE.UTF-8" LC_NUMERIC="de_DE.UTF-8" LC_TIME="de_DE.UTF-8" LC_COLLATE="de_DE.UTF-8" LC_MONETARY="de_DE.UTF-8" LC_MESSAGES="de_DE.UTF-8" LC_PAPER="de_DE.UTF-8" LC_NAME="de_DE.UTF-8" LC_ADDRESS="de_DE.UTF-8" LC_TELEPHONE="de_DE.UTF-8" LC_MEASUREMENT="de_DE.UTF-8" LC_IDENTIFICATION="de_DE.UTF-8" LC_ALL=

So probably I will use Gnome for the online session.

Greetings, Björn

Am 17.02.21 um 00:26 schrieb Bjoern Voigt:

Bjoern Voigt wrote:

...

KDE Plasma desktop is still in German. Only SDDM itself is in English. I both checked a normal KDE Plasma session started with SDDM and a XRDP session from Windows. Also consoles in KDE desktop are still in German.

Check if you have the file:

.config/KDE/Sonnet.conf

take a look inside. at my system here are some apps who ignore settings defined.

and maybe use a tool like bleachbit to delete a lot of cached files for kde/plasma. backup the .cache directory before, this could change some settings!!!

simoN

Simon Becherer wrote:

Check if you have the file:

.config/KDE/Sonnet.conf

take a look inside. at my system here are some apps who ignore settings defined.

and maybe use a tool like bleachbit to delete a lot of cached files for kde/plasma. backup the .cache directory before, this could change some settings!!!

.config/KDE/Sonnet.conf had some program entries in ignore_de= and ignore_de_DE=. I cleaned this file and now I have: [General] autodetectLanguage=false backgroundCheckerEnabled=true checkUppercase=true checkerEnabledByDefault=false defaultClient= defaultLanguage=en_US ignore_de= ignore_de_DE= preferredLanguages=en_US, de_DE skipRunTogether=true

For testing I created a new user. This user has a correct en_US setup. Unfortunately copying the config files from this user does not help.

.config/plasma-localerc: LANG=en_US.utf8

.i18n # # Override system wide input method here #

# export INPUT_METHOD=scim

# Most applications support several languages for their output. # To make use of this feature, simply uncomment one of the lines below or # add your own one (see /usr/share/locale/locale.alias for more codes) # This overwrites the system default set in /etc/sysconfig/language # in the variable RC_LANG. # #export LANG=de_DE.UTF-8 # uncomment this line for German output #export LANG=fr_FR.UTF-8 # uncomment this line for French output #export LANG=es_ES.UTF-8 # uncomment this line for Spanish output

.config/KDE/Sonnet.conf: does not exists for the new user

Cleaning caches with bleachbit was a good idea, but I cleaned the KDE caches with bleachbit and still have the problems.

The main problem is still, that KDE seems to modify the languages variabled, especially $LANGUAGE, incorrectly.

In Konsole $LANGUAGE is de:en_US:en_US:de. This means, that "de" messages have priority.

I looked up the source code: plasma-workspace-5.21.0/startkde/startplasma.cpp [...] void runStartupConfig() { // export LC_* variables set by kcmshell5 formats into environment // so it can be picked up by QLocale and friends. KConfig config(QStringLiteral("plasma-localerc")); KConfigGroup formatsConfig = KConfigGroup(&config, "Formats");

const auto lcValues = {"LANG", "LC_NUMERIC", "LC_TIME", "LC_MONETARY", "LC_MEASUREMENT", "LC_COLLATE", "LC_CTYPE"}; for (auto lc : lcValues) { const QString value = formatsConfig.readEntry(lc, QString()); if (!value.isEmpty()) { qputenv(lc, value.toUtf8()); } }

KConfigGroup languageConfig = KConfigGroup(&config, "Translations"); const QString value = languageConfig.readEntry("LANGUAGE", QString()); if (!value.isEmpty()) { qputenv("LANGUAGE", value.toUtf8()); }

if (!formatsConfig.hasKey("LANG") && !qEnvironmentVariableIsEmpty("LANG")) { formatsConfig.writeEntry("LANG", qgetenv("LANG")); formatsConfig.sync(); } } [...]

To variables LANGUAGE, LANG and the LC_* variables are read from .config/plasma-localerc and non-empty variables are set as environment variables. In reality .config/plasma-localerc configured in system settings with English as first language and German as second language (as suggested in the bug reports)

[Translations] LANGUAGE=en_US:de

from .config/plasma-localerc results in LANGUAGE=de:en_US:en_US:de (in Konsole) and LANGUAGE=en_US:de (in gnome-terminal). So probably Konsole does extra processing of $LANGUAGE. But even gnome-terminal (in KDE desktop) behaves incorrectly.

Both terminals do only show German messages: myuser@myuser:~> rm does-not-exists rm: das Entfernen von 'does-not-exists' ist nicht möglich: Datei oder Verzeichnis nicht gefunden

"strace" shows, that "rm does-not-exists" searches messages in this sequence (first: en_US, second: de - but en_US has no translation files): /usr/lib/locale/en_US.UTF-8/LC_MESSAGES /usr/lib/locale/en_US.utf8/LC_MESSAGES/SYS_LC_MESSAGES /usr/share/locale-langpack/en_US/LC_MESSAGES/coreutils.mo /usr/share/locale/en_US/LC_MESSAGES/coreutils.mo /usr/share/locale-langpack/en/LC_MESSAGES/coreutils.mo /usr/share/locale/en/LC_MESSAGES/coreutils.mo /usr/share/locale-langpack/de/LC_MESSAGES/coreutils.mo /usr/share/locale/de/LC_MESSAGES/coreutils.mo

The last file exists and that's why the message is German.

In theory the solution would be to set LANGUAGE=en_US (without "de") or unsetting $LANGUAGE. Doing this in .i18 or .bashrc solves the problem for the terminal. UI programs started from KDE still have incorrect language.

Greetings, Björn

Am 18.02.21 um 21:04 schrieb Bjoern Voigt:

For testing I created a new user. This user has a correct en_US setup. Unfortunately copying the config files from this user does not help.

mh, i get out of ideas, one last: if new user is correct, and copying the config files did not result in correct settings, the problem could only be that every time you start the old user, cache files will be generated. (i have a other kde problem and its only ok with some old cache files) so maybe you could try when logged out!! to rename the complete .cache directory AND copy the config files from correct settings to the .config directory. (make sure that they are all read+writable from correct user). maybe for test rename the config directory and copy the new user config dir to the old. if this works, you have to figure out what part of the config or cache files are involved.

simoN

On 16/02/2021 15.25, Bjoern Voigt wrote:

For an online session with English speaking participants I want to temporarily switch my KDE Plasma desktop on Tumbleweed from German to English. All texts should be shown in English. The keyboard layout should stay German. Units, time&date etc. should also stay German, but this is not important.

I tried to switch from German to English on two places:

• Yast - see https://paste.opensuse.org/7974c2c3
• KDE system settings - see https://paste.opensuse.org/37e295e8

Of course I logged in again after changing these settings. I also tried rebooting.

Unfortunately desktop and console are still German. So probably something is configured wrong.

Programs do not show English messages: myuser@mybox:~> rm does-not-exists rm: das Entfernen von 'does-not-exists' ist nicht möglich: Datei oder Verzeichnis nicht gefunden

"locale" shows German settings too: myuser@mybox:~> locale LANG=de_DE.UTF-8 LC_CTYPE="de_DE.UTF-8" LC_NUMERIC="de_DE.UTF-8" LC_TIME="de_DE.UTF-8" LC_COLLATE="de_DE.UTF-8" LC_MONETARY="de_DE.UTF-8" LC_MESSAGES="de_DE.UTF-8" LC_PAPER="de_DE.UTF-8" LC_NAME="de_DE.UTF-8" LC_ADDRESS="de_DE.UTF-8" LC_TELEPHONE="de_DE.UTF-8" LC_MEASUREMENT="de_DE.UTF-8" LC_IDENTIFICATION="de_DE.UTF-8" LC_ALL=

Officially, the file to customize a user's locale, is [HOME]/.i18n. If it doesn't exist, create it.

That doesn't mean that KDE listens to this setting. Gnome and XFCE do. I reported several bugs on this over the years, and now it works. I did not test KDE.

My file:

cer@Telcontar:~> cat .i18n # used by /etc/profile.d/lang.sh #CER - if it doesn't work edit /etc/profile.d/lang.sh, # see Bugzilla 567324 LC_TIME=en_DK.UTF-8 LC_MONETARY=es_ES.utf8 LC_NUMERIC=es_ES.utf8 LC_PAPER=es_ES.utf8 LC_TELEPHONE=es_ES.utf8 LC_MEASUREMENT=es_ES.utf8 LC_NAME=es_ES.utf8 cer@Telcontar:~>

KDE also used "KDE_LANG=", but my notes say it works badly.

Another interesting variable is "LANGUAGE", used by KDE. Example:

LANGUAGE=es_ES.UTF-8:es

For example, to launch a program in Spanish, I use:

LANG=es_ES.UTF-8 LC_ALL=es_ES.UTF-8 DICTIONARY=espanol \ KDE_LANG=es_ES LANGUAGE=es_ES.UTF-8:es exec "$@"

But you want to change the desktop.