Bug 68520 - Strange inconsistency on a keyboard choice screen
Summary: Strange inconsistency on a keyboard choice screen
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Public Beta
Classification: Retired
Component: rhpl   
(Show other bugs)
Version: limbo
Hardware: i386 Linux
medium
low
Target Milestone: ---
Assignee: Brent Fox
QA Contact: Brock Organ
URL:
Whiteboard:
Keywords:
Depends On:
Blocks: 67218
TreeView+ depends on / blocked
 
Reported: 2002-07-10 20:42 UTC by Michal Jaegermann
Modified: 2007-04-18 16:44 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2002-07-17 22:11:43 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

Description Michal Jaegermann 2002-07-10 20:42:21 UTC
Description of Problem:

On a keyboard choice screen all names are adjectives ("English", "German",
"Russian", ...) with one strange exception of "Poland".  I thought in the
first moment that maybe this is an example of a strange political correctness,
not to mix up things with "a polish", but a subsequent language choice
screen does not have such hiccups.

Comment 1 Brent Fox 2002-07-17 22:11:38 UTC
Right.  They keyboard model list comes from rhpl, so I'm changing the component
to rhpl.

Comment 2 Brent Fox 2002-07-17 22:13:19 UTC
-            'pl': ['Poland', 'pl', 'pc102', ''],
+            'pl': ['Polish', 'pl', 'pc102','' ],

Fixed in keyboard_models.py in rhpl-0.24-3.  Thanks for catching this.


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