Bug 465929

Summary:	Missmatch between GDM locale and anaconda lang-table
Product:	[Fedora] Fedora	Reporter:	Oron Peled <oron>
Component:	anaconda	Assignee:	Jeremy Katz <katzj>
Status:	CLOSED RAWHIDE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	rawhide	CC:	anaconda-maint-list, dcantrell
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2008-10-07 15:51:43 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:

Description Oron Peled 2008-10-07 07:36:20 UTC

This bug report focus on one problem discovered during
testing of https://bugzilla.redhat.com/show_bug.cgi?id=465406

Description of problem:
 * The "Language" selection from GDM login screen set the
   encoding of the language to .utf8
 * Anaconda lang-table entries are normally .UTF-8 (note the case).
 * As a result, running the liveinst from the desktop fails to
   match these strings and as a result the default keyboard
   and default timezone are set to "US" and "New York" respectively
   without taking localization defaults into account.

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

Tested on F10-Beta-i686-Live.

How reproducible:
 * Select from GDM a language with non-default settings
   (I tested with de_DE and he_IL).
 * Login.
 * Run live install from the desktop.
 * We get localized install, but without the localized defaults
   that are defined in anaconda's lang-table

Who should be fixed GDM or Anaconda? (i.e: what is the official
encoding .UTF-8 which we always used, or .utf8 which suddenly
appeared in GNOME)

Comment 1 Chris Lumens 2008-10-07 13:57:22 UTC

We should already be performing the conversion from .utf8 to .UTF-8 - see bug 443408.

Comment 2 Jeremy Katz 2008-10-07 15:51:43 UTC

We're doing the conversion, but weren't resetting the other lang attribute that got added to handle less than correct things being passed in kickstart.  Fixed up in git