Version: 2.9.3-1 (using KDE 4.1.1) OS: Linux Installed from: Debian testing/unstable Packages Yakueake set the LANGUAGE variable bad. For reproducing this, you have to set the system's locale to any other thing than en_US, for example, es_AR. Open konsole and run locale. It will show: LANGUAGE=es Now, do the same with Yakuake: LANGUAGE=en_US I could not find where the problem is :-(
The terminal inside Yakuake is provided by the Konsole KPart component. Reassigning & renaming.
*** Bug 171131 has been marked as a duplicate of this bug. ***
Hi Eike, The value of the LANGUAGE variable comes from the parent process, in this case Yakuake. Konsole just passes it to the child process. I remember KCatalog doing funny things on startup with this environment variable (see the comments in Konsole::Pty::start())
Hmm - on this system, Konsole and Yakuake both reset LANGUAGE to en_US when started from an xterm with LANGUAGE=de, but LC_ALL/LANG are inherited correctly (with the normal system locale being en_US). So there does indeed appear to be some form of activity on behalf of / interference by the KDE frameworks that I'm going to have to figure out more closely to either suggest a change or come up with a workaround for. I'm going to try your setEnv() trick from Pty::start(), but given that Konsole and Yakuake seem to act the same here with regard to screwing with LANGUAGE, my hopes are pretty slim.
In fact, even with LANGUAGE unset, Konsole and Yakuake both add it with 'en_US' to the terminal environment when started from an xterm with a de_DE.UTF-8 environment.
*** This bug has been marked as a duplicate of bug 149300 ***