Bug 465929 - Missmatch between GDM locale and anaconda lang-table
Missmatch between GDM locale and anaconda lang-table
Status: CLOSED RAWHIDE
Product: Fedora
Classification: Fedora
Component: anaconda (Show other bugs)
rawhide
All Linux
medium Severity medium
: ---
: ---
Assigned To: Jeremy Katz
Fedora Extras Quality Assurance
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2008-10-07 03:36 EDT by Oron Peled
Modified: 2008-10-07 11:51 EDT (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2008-10-07 11:51:43 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Oron Peled 2008-10-07 03:36:20 EDT
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 09:57:22 EDT
We should already be performing the conversion from .utf8 to .UTF-8 - see bug 443408.
Comment 2 Jeremy Katz 2008-10-07 11:51:43 EDT
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

Note You need to log in before you can comment on or make changes to this bug.