Bug 199324

Summary: user LANG settings are ignored
Product: [Fedora] Fedora Reporter: Sam Steingold <sds>
Component: xorg-x11Assignee: X/OpenGL Maintenance List <xgl-maint>
Status: CLOSED DUPLICATE QA Contact: David Lawrence <dkl>
Severity: medium Docs Contact:
Priority: medium    
Version: 5   
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2006-08-28 13:10:03 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Description Sam Steingold 2006-07-18 21:35:04 UTC
Description of problem:

my linux (fc5) box is shared by several people, 
so it runs at runlevel 5 with several virtual consoles.
a user finds an unused virtual console, 
logs in and types at the bash prompt "startx -- :1"
or "startx -- :2" etc, depending on which server is available.
the users switch between their X/gnome desktops using Ctrl-Alt-F[789].

now, the "global" setting for LANG in /etc/sysconfig/i18n is 
LANG="en_US.UTF-8"
which is what "most" users want.

Now, the dissident users that want to use a different locale try to set LANG
in their ~/.bash_profile and, indeed, after they login in the virtual console,
they observe the correct value of LANG:
$ echo $LANG
ru_RU
$

alas, when they open a gnome-terminal in X, the value of LANG is reverted to 
the system-wide default "en_US.UTF-8".

So, how can different users use different locales?


How reproducible:
always

Steps to Reproduce:
1./etc/sysconfig/i18n:LANG="FOO"
2.~/.profile:export LANG="BAR"
3.login on a virtual console
4.echo $LANG ==> "BAR"
5.startx
6.xterm
7.echo $LANG ==> "FOO"
  
Actual results:
LANG in xterm is "FOO"

Expected results:
LANG is xterm is "BAR"

Comment 1 Leon Ho 2006-08-28 05:49:49 UTC
The user LANG preference should be stored in ~/.i18n instead. Can you reproduce
with it again?


Comment 2 Sam Steingold 2006-08-28 13:10:03 UTC

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