Opened 19 years ago
Closed 19 years ago
#1671 closed defect (fixed)
Compiling the keymap into the kernel can cause the CTRL key to not work.
Reported by: | Owned by: | ||
---|---|---|---|
Priority: | lowest | Milestone: | |
Component: | Book | Version: | 6.1 |
Severity: | normal | Keywords: | |
Cc: |
Description
The URI also references somebody else who had a similar problem. The common factor seems to be using fr-latin9.
There is a textual comment about Control in the fr-latin9 keymap, but my French
isn't good enough to be sure I'm understanding it correctly. Certainly, all four variants of the french maps assign Control to keys 29 and 97. Perhaps something else in the keytables is influencing this.
More information required, such as which control key, and is only
azerty/fr-latin9 affected ?
Change History (5)
comment:1 by , 19 years ago
comment:2 by , 19 years ago
Also, the command in the book,
loadkeys -m /usr/share/kbd/keymaps/i386/qwerty/nl.map.gz > \
drivers/char/defkeymap.c
is suboptimal. The following command will do exactly the same:
loadkeys -m nl >drivers/char/defkeymap.c
The question whether it works is open.
comment:3 by , 19 years ago
Comment from Yves who first mentionned this bug : As I am right-handed, I just noticed that it was the left CTRL key that was not working.
comment:4 by , 19 years ago
I too have had problems before with keymaps. I forget which kernel it was, but one of them caused the '£' (i.e. shift+3) to output '\n' instead of the desired pound sterling symbol. I don't know whether this too would have been "fixed" had I used the bootscript to load the keymap rather than compiling it in the kernel. Maybe we should just drop that command from the book and just support loading keymaps from the bootscript?
comment:5 by , 19 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
This looks like it was fixed with the UTF-8 merge. I certainly can't see a
loadkeys
command example in the book at the moment. Please reopen if I've
missed something!
My first version if the 8-bit i18n patch had the option of keymap compilation into the kernel dropped because I never tested this possibility. Then someone re-added this option. This shouldn't have happened.
I.e.: the bug is valid. Preferred solution: don't mention that it is possible to compile the keymap into the kernel.
The UTF-8 book already dropped this option because there is no way to do this procedure with UTF-8 keymaps.