Red Hat Bugzilla – Bug 183022
Keyboard mapped incorrectly during installation
Last modified: 2007-11-30 17:11:25 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:126.96.36.199) Gecko/20060210 Fedora/188.8.131.52-3 Firefox/184.108.40.206
Description of problem:
During the beginning of the FC5T3 installation, the Estonian (et) and Finnish (fi) keyboards are mapped incorrectly - pressing number keys on the main keyboard results in odd characters. Fortunately, you can get numbers if you press NumLock and use the numeric pad.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Start installing FC5T3.
2. Select "hard disk" installation.
3. Select English as the installation language.
4. Select the et or fi keyboard.
5. Select a device for the hard disk partition.
6. Enter a directory name like "fc5"
Actual Results: When you press "5" you get "(".
Expected Results: The "5" key should give you a "5".
More keyboard configurations could be affected. The no, sv, uk and us keyboards don't seem to have this problem. I never had this problem with prior releases of Fedora Core. Other number numeric keys on the main portion of the Estonian keyboard are mapped thusly:
2-<E9> (These are just the characters that appear.)
If you press one of the keys like 2, the backspace key stops working and you are unable to correct the name of the directory without using the BACK button.
I have the same problÃ¨me with fr_ch keyboard.
It's very ennuying when you chose you root password... I take only digit but's
is not a solution.
I can't duplicate this problem for the fr-CH keyboard. (But I'm using and
Estonian keyboard, so my scan codes may be wrong.) This bug deals with the
early part of the installation before the installer has been able to read any of
the installation media besides the isolinux boot kernel and its initrd.img. It
may be wrong to blame Anaconda for this bug.
Does it work properly on the console after installation? This is something that
keeps happening somewhat spuriously on various keymaps and I'm wanting to lean
towards blaming something about the compose process.
Yes, the virutal consoles are correct once the installation completes. I just
tested rescue mode and it has the same key mapping problem.
I had "rescue mode keymaps/LANG?" on my whiteboard. The question mark was a
reminder to me to figure out if that stuff applied to rescue mode. This bug
answers my question.
Jeremy, if you want me to take this one, I will.
The changes I'm making now should hopefully fix this. If you could try with
tomorrow's (20060228) development tree to confirm that things are good, I would
Oops. The initrd.img (and vmlinuz) dated 27-02-2006 don't have this problem
while the files issued with FC5T3 dated 16-02-2006 have the problem. I wish I
would have thought of trying the development tree earlier so I could tell you
when this got fixed.