Bug 243928

Description of problem:

When a Unicode (UTF-8 actually) locale is being used (which seems to be the
default) a non-US keymaps don't work.

Note: This is similar (inverse, actually) to bug 167363 but applies in RHEL 4
(actually tested on CentOS 4, but the initscripts package is quite the same --
the CentOS modifications are minimal and should cause no difference in this regard).


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

7.93.29.EL-1 (actually 7.93.29.EL-1.centos4)


How reproducible:

Always.


Steps to Reproduce:

1. Use a non-English locale with UTF-8 encoding (I used cs_CZ.UTF-8) and an
appropriate keyboard layout (keymap).
2. When logged in on the console(!), try to write some text containing the
national characters.
3. Watch some strange and unexpected characters display in the typed text.

  
Actual results:

When typing any national characters, strange characters are displayed (and in
fact, also entered).


Expected results:

The exact characters typed should be entered and appear.


Additional info:

This is apparently a known problem (see 150769, comment 26). According to this
comment (plus others in that bug) and the `initscripts' package changelog there
was already a fix available which was later reverted because it provoked the bug
143124. (Can someone confirm or deny this "theory"?)

The bug 143124 mentions two methods of correction (see bug 143124, comment 4 and
bug 143124, comment 5). This bug , however, referse to FC and so do probably any
fixes made. Will there be any further/related solution for RHEL 4?

A tested patch against `initscripts' is available (this is what I'm using at the
moment) and attached. Since this may "summon" the bug 143124, it is provided
rather for reference and for those who don't have problems with kbd and want
Unicode to work on the console. (The patch is actually a minimal part of the
patch from the bug 150769).

For the very same reason, this bug might have to be refiled against the `kbd'
package, but the most apparent culprit is `inistscripts' which I'm currently
filing against.