Bug 170492 - Problem with LANGUAGE variable in embedded terminal
Summary: Problem with LANGUAGE variable in embedded terminal
Status: RESOLVED DUPLICATE of bug 149300
Alias: None
Product: konsole
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Debian testing Linux
: NOR normal
Target Milestone: ---
Assignee: Konsole Developer
URL:
Keywords:
: 171131 (view as bug list)
Depends on:
Blocks:
 
Reported: 2008-09-06 00:19 UTC by Lisandro Damián Nicanor Pérez Meyer
Modified: 2008-09-23 15:57 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Lisandro Damián Nicanor Pérez Meyer 2008-09-06 00:19:36 UTC
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 :-(
Comment 1 Eike Hein 2008-09-06 10:42:33 UTC
The terminal inside Yakuake is provided by the Konsole KPart component. Reassigning & renaming.
Comment 2 Eike Hein 2008-09-16 11:12:59 UTC
*** Bug 171131 has been marked as a duplicate of this bug. ***
Comment 3 Robert Knight 2008-09-22 00:28:14 UTC
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())
Comment 4 Eike Hein 2008-09-23 15:52:14 UTC
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.
Comment 5 Eike Hein 2008-09-23 15:56:14 UTC
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. 
Comment 6 Eike Hein 2008-09-23 15:57:28 UTC

*** This bug has been marked as a duplicate of bug 149300 ***