After updating from xkeyboard-config 0.6 to xkeyboard-config 0.7 and
restarting the Xserver pressing Numlock key toggles Numlock and Scrolllock
(LEDs). It should only toggle Numlock (LED).
Option "Protocol" "Standard"
Option "XkbLayout" "de"
Option "XkbModel" "pc105"
Option "XkbRules" "xfree86"
Option "XkbVariant" "nodeadkeys"
xkeyboard-config is built with
I'm using X.Org 6.9.0, but this shouldn't matter since downgrading to
xkeyboard-config 0.6 resolves this issue.
Removing all level5 files and all references to them (looks like a new feature)
seems to fix this issue. Sergej, still no idea, what can be wrong here?
Yes, level5 is the new feature introduced for supporting huge Canadian layout. I
will have a look and try to find out what's wrong... Sure, ideas are welcome. It
is an alpha-quality hack, so may well be buggy
Using this patch fixes the issue for me.
diff -u -r xkb.orig/types/complete xkb/types/complete
--- xkb.orig/types/complete 2006-01-20 06:52:12.000000000 +0100
+++ xkb/types/complete 2006-01-20 07:06:51.000000000 +0100
@@ -11,6 +11,5 @@
- include "level5"
# setxkbmap "de(nodeadkeys)" -v
Warning! Multiple definitions of keyboard layout
Using command line, ignoring X server
Trying to build keymap using the following components:
So this looks like a bug in types/level5.
Ok, I can confirm the bug exists. Trying to find what's wrong. I did not notice
it myself because none of my keyboards have scroll LED :)
It seems I've fixed it by adding ScrollLock into the list of virtual_modifiers
in types/level5 (yeah, just added it there - without any actual use!). The bad
thing is that I do not really understand why it helps. At this time, I don't
have much time to investigate it more - so explanations are welcome ;)
*** Bug 6162 has been marked as a duplicate of this bug. ***