Bug 62844

Summary: LANG setting breaks X when X started manually
Product: [Retired] Red Hat Public Beta Reporter: Jay Berkenbilt <ejb>
Component: anacondaAssignee: Jeremy Katz <katzj>
Status: CLOSED RAWHIDE QA Contact: Brock Organ <borgan>
Severity: medium Docs Contact:
Priority: medium    
Version: skipjack-beta2CC: chris.ricker, ejb
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: 2002-04-09 19:41:50 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 61590    

Description Jay Berkenbilt 2002-04-06 05:35:48 UTC
Description of Problem:

I have installed Skipjack beta-2 using US-English as my language environment. 
My /etc/sysconfig/i18n file looks like this;

LANG="en_US.iso885915"
SUPPORTED="en_US.iso885915:en_US:en"
SYSFONT="lat0-sun16"
SYSFONTACM="iso15"

The file /etc/profile.d/lang.sh sets LANG on the basis of this file.  Some file,
perhaps /etc/X11/xinit/xinitrc.d/xinput, results in LANG being set to en_US
instead of en-US.iso885915 under certain circumstances including booting into
runlevel 5 and logging in via gdm.

If one attempts to start X with LANG (or perhaps other locale-related variables)
set to en-US.iso885915, you receive multiple instances of this warning:

Warning: locale not supported by Xlib, locale set to C

and some things don't work properly, especially in the area of displaying strings.

Version-Release number of selected component (if applicable):

initscripts-6.61-1, xinitrc-3.20-1

How Reproducible:

always

Steps to Reproduce:
1. boot into runlevel 3
2. log in on the console
3. start X with xinit
4. observe on the vc from which X was started the above warning
5. run twm &
6. notice the title is "Untitled"

Actual Results:

The value of LANG is set to something that is not supported under X

Expected Results:

LANG should be adjusted appropriately within X regardless of whether X was
started by gdm or in some other way.

Additional Information:

I hope my attempt at analysis has not obscured the problem.  It seems that the
whole way in which LANG is set in or out of X is fairly involved and is spread
across multiple locations.  The main issue is that LANG is set badly in X not
started from prefdm (or something similar to that).  This problem was introduced
between skipjack beta-1 and beta-2.

Comment 1 Jeremy Katz 2002-04-06 17:40:41 UTC
Already fixed in anaconda CVS...  iso15 added to the wrong field in the
lang-table so LANG got set to the bogus value instead of just changing SYSFONTACM.

Fix is to just change LANG in /etc/sysconfig/i18n to en_US.

Comment 2 Jeremy Katz 2002-04-06 17:41:37 UTC
*** Bug 62845 has been marked as a duplicate of this bug. ***

Comment 3 Jeremy Katz 2002-04-06 17:49:38 UTC
*** Bug 62863 has been marked as a duplicate of this bug. ***

Comment 4 Bob Cochran 2002-04-07 04:32:13 UTC
This error also occurs using a graphical login to Gnome. Correcting
/etc/sysconfig/i18n to the same values listed in the equivalent RH 7.2 (Enigma)
/etc/sysconfig/i18n file do not correct this problem.

Comment 5 Jeremy Katz 2002-04-07 19:55:58 UTC
*** Bug 62918 has been marked as a duplicate of this bug. ***

Comment 6 Jeremy Katz 2002-04-07 19:57:47 UTC
*** Bug 62913 has been marked as a duplicate of this bug. ***

Comment 7 Jeremy Katz 2002-04-07 19:58:14 UTC
*** Bug 62877 has been marked as a duplicate of this bug. ***

Comment 8 Jeremy Katz 2002-04-07 20:00:07 UTC
*** Bug 62782 has been marked as a duplicate of this bug. ***

Comment 9 Jeremy Katz 2002-04-08 00:14:52 UTC
*** Bug 62931 has been marked as a duplicate of this bug. ***

Comment 10 Jeremy Katz 2002-04-08 16:30:06 UTC
*** Bug 62957 has been marked as a duplicate of this bug. ***

Comment 11 Bill Nottingham 2002-04-09 19:41:46 UTC
*** Bug 62846 has been marked as a duplicate of this bug. ***

Comment 12 Michael Fulbright 2002-04-09 23:01:30 UTC
Confirmed fix.

Comment 13 Bill Nottingham 2002-04-10 22:14:10 UTC
*** Bug 63129 has been marked as a duplicate of this bug. ***

Comment 14 Jeremy Katz 2002-04-14 21:33:58 UTC
*** Bug 63486 has been marked as a duplicate of this bug. ***