On 24.04.2022 16:01, Peter Suetterlin wrote:
So the problem is the locale setting: speedy:~% echo $LANG en_DE.UTF-8
However, that one does not exist! speedy:~% ls /usr/lib/locale/en_DE* ls: cannot access '/usr/lib/locale/en_DE*': No such file or directory
Trying to find where LANG is actually set I eventually found .config/plasma-localerc: speedy:~% cat .config/plasma-localerc [Formats] LANG=en_DE.UTF-8
[Translations] LANGUAGE=
Which seems to be set in System Settings -> Region -> Formats There a a *ton* of LANG definitions that just plain don't exist in the system. Why can I select those after all?
locale seems to also look for a general definition like en.UTF-8 or en.utf8 if the sub-format cannot be found. But those don't exist either :(
Should this be regarded as a bug?
This is known for years. The KDE (and now Qt) locale management is plain incompatible with POSIX one. KDE allows setting of individual categories and arbitrary mix and match while POSIX only allows choosing between predefined combinations. There was an idea for KDE to generate POSIX locale on the fly. I do not think it was ever implemented. If KDE offers possibility to disable exporting of these fake locales, this is probably the only option.