170492 2008-09-06 00:19:36 +0000 Problem with LANGUAGE variable in embedded terminal 2008-09-23 15:57:28 +0000 1 1 2 Applications konsole general unspecified Debian testing Linux RESOLVED DUPLICATE 149300 NOR normal --- 0 perezmeyer konsole-bugs-null hein lord_jotape niko.cava robertknight 0 oldest_to_newest 643966 0 perezmeyer 2008-09-06 00:19:36 +0000 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 :-( 644028 1 hein 2008-09-06 10:42:33 +0000 The terminal inside Yakuake is provided by the Konsole KPart component. Reassigning & renaming. 646800 2 hein 2008-09-16 11:12:59 +0000 *** Bug 171131 has been marked as a duplicate of this bug. *** 647941 3 robertknight 2008-09-22 00:28:14 +0000 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()) 648339 4 hein 2008-09-23 15:52:14 +0000 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. 648342 5 hein 2008-09-23 15:56:14 +0000 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. 648343 6 hein 2008-09-23 15:57:28 +0000 *** This bug has been marked as a duplicate of bug 149300 ***