The issue is quite simple: If I open a terminal window (symbol/button) using the terminal application entered in the settings, I get the right app, but the wrong language output. I'm using "kitty", but it's the same issue with "Konsole". If I open the same terminal application using the Plasma applications menu, everything is like it's supposed to be. Unfortunately the output of "locale" is the same in both situations, but the language of the command line tools output is different. The GUI language of Krusader and Plasma in general is also as expected (English). As you can see in the locale settings below, I'm using the English language as default language, for messages and for numbers. And only the German date (and other) formats. Usually this isn't an issue at all and I'm pretty sure, that it also wasn't before with Krusader, when opening external terminal apps from inside the file manager. Since the "locale" output is the same, I'm not sure what could be different. LANG=en_US.UTF-8 LC_CTYPE="en_US.UTF-8" LC_NUMERIC=en_US.UTF-8 LC_TIME=de_DE.UTF-8 LC_COLLATE=C LC_MONETARY=de_DE.UTF-8 LC_MESSAGES="en_US.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= Operating System: Manjaro Linux KDE Plasma Version: 5.27.5 KDE Frameworks Version: 5.106.0 Qt Version: 5.15.9 Kernel Version: 6.3.5-2-MANJARO (64-bit) Graphics Platform: X11 Processors: 16 × Intel® Core™ i9-9900K CPU @ 3.60GHz Memory: 31.3 GiB of RAM Graphics Processor: NVIDIA GeForce GTX 1050 Ti/PCIe/SSE2 Manufacturer: ASUS
I don't even dare to try to reproduce it the problem, but the wanting English but no US-specific silly baggage is a familiar problem, and I ended up with /etc/default/locale containing: ``` # File generated by update-locale LANG=C.UTF-8 LC_NUMERIC="C.UTF-8" LC_TIME="C.UTF-8" LC_MONETARY="C.UTF-8" LC_PAPER="C.UTF-8" LC_NAME="C.UTF-8" LC_ADDRESS="C.UTF-8" LC_TELEPHONE="C.UTF-8" LC_MEASUREMENT="C.UTF-8" LC_IDENTIFICATION="C.UTF-8" ``` Not sure where else are locale options could be hiding, maybe there was something user-specific I nuked trying to solve these kind of problems, but I ended up with the locale command showing: ``` LANG=en_US.UTF-8 LANGUAGE=en_US LC_CTYPE="en_US.UTF-8" LC_NUMERIC=C.UTF-8 LC_TIME=C LC_COLLATE="en_US.UTF-8" LC_MONETARY=C.UTF-8 LC_MESSAGES="en_US.UTF-8" LC_PAPER=C.UTF-8 LC_NAME=C.UTF-8 LC_ADDRESS=C.UTF-8 LC_TELEPHONE=C.UTF-8 LC_MEASUREMENT=C LC_IDENTIFICATION=C.UTF-8 LC_ALL= ``` This isn't really what we'd want, but as the Digital Clock residing on the Task Manager can be set to use a date format, it ended up being good enough for me. Lock screen clock still doesn't have the preferred ISO format and there are other similar issues here and there, but that's what we get with silly locales. I've also tried using de_DE.UTF-8 before, but then I got to enjoy German day names too which wasn't exactly what I desired. While it's definitely odd that you get this specific problem with Krusader, the root of the issue is the spreading localization spaghetti which surely wasn't this bad earlier, at least I used to have an older setup which was easier to set to be English with non-US formats, but then last year as I made a fresh setup with the most recent Kubuntu, I ended up with localization being forced more on the user instead of just language with separate format preferences.