Re: X11 keyboard behaving strangely since update
Sorry for the late response, but somehow I was not allowed to post from
my work account, so I had to wait till I am at home now ...
On Sun, 01 Feb, Florian Kulzer wrote:
> On Sun, Feb 01, 2009 at 10:39:25 +0100, Stefan Bellon wrote:
> > Since the update the keyboard in X11 has gone weird. Every second
> > key press under X11 is recognized as if the Ctrl key was pressed,
> > i.e. every second 'm' is a newline, every second 'd' is a Ctrl-D,
> > every second 'c' a Ctrl-C, ... you get the idea.
>
> Did you check this with "xev"? Which KeyPress/Release events are
> reported and in what order?
I did the following: press "a", release "a", press "a", release "a",
press "s", release "s", press "s", release "s" (all lower-case):
KeyPress event, serial 32, synthetic NO, window 0x2000001,
root 0x8b, subw 0x2000002, time 748684, (54,33), root:(633,57),
state 0x0, keycode 38 (keysym 0x61, a), same_screen YES,
XLookupString gives 1 bytes: (61) "a"
XmbLookupString gives 1 bytes: (61) "a"
XFilterEvent returns: False
KeyRelease event, serial 35, synthetic NO, window 0x2000001,
root 0x8b, subw 0x2000002, time 749459, (54,33), root:(633,57),
state 0x5, keycode 38 (keysym 0x41, A), same_screen YES,
XLookupString gives 1 bytes: (01) "^A"
XFilterEvent returns: False
KeyPress event, serial 35, synthetic NO, window 0x2000001,
root 0x8b, subw 0x2000002, time 750336, (54,33), root:(633,57),
state 0x5, keycode 38 (keysym 0x41, A), same_screen YES,
XLookupString gives 1 bytes: (01) "^A"
XmbLookupString gives 1 bytes: (01) "^A"
XFilterEvent returns: False
KeyRelease event, serial 35, synthetic NO, window 0x2000001,
root 0x8b, subw 0x2000002, time 751127, (54,33), root:(633,57),
state 0x5, keycode 38 (keysym 0x41, A), same_screen YES,
XLookupString gives 1 bytes: (01) "^A"
XFilterEvent returns: False
KeyPress event, serial 35, synthetic NO, window 0x2000001,
root 0x8b, subw 0x2000002, time 753380, (54,33), root:(633,57),
state 0x0, keycode 39 (keysym 0x73, s), same_screen YES,
XLookupString gives 1 bytes: (73) "s"
XmbLookupString gives 1 bytes: (73) "s"
XFilterEvent returns: False
KeyRelease event, serial 35, synthetic NO, window 0x2000001,
root 0x8b, subw 0x2000002, time 753939, (54,33), root:(633,57),
state 0x5, keycode 39 (keysym 0x53, S), same_screen YES,
XLookupString gives 1 bytes: (13) "^S"
XFilterEvent returns: False
KeyPress event, serial 35, synthetic NO, window 0x2000001,
root 0x8b, subw 0x2000002, time 754673, (54,33), root:(633,57),
state 0x5, keycode 39 (keysym 0x53, S), same_screen YES,
XLookupString gives 1 bytes: (13) "^S"
XmbLookupString gives 1 bytes: (13) "^S"
XFilterEvent returns: False
KeyRelease event, serial 35, synthetic NO, window 0x2000001,
root 0x8b, subw 0x2000002, time 755216, (54,33), root:(633,57),
state 0x5, keycode 39 (keysym 0x53, S), same_screen YES,
XLookupString gives 1 bytes: (13) "^S"
XFilterEvent returns: False
> > Keyboard on the console and when logged in via ssh from a machine
> > with another X server is behaving correctly.
> >
> > The only suspicious package in the update list I see, could be the
> > update of xkb-data from 1.4-1 to 1.5-1. But of course I can provide
> > you with the complete update list.
>
> xkb-data version 1.5-1 works fine for me (Sid/amd64).
Perhaps it's something else. That was just the only package which
obviously had something to do with keyboard. The other packages like
acroread, gcc, gnumeric, patchutils, ... don't seem to be related.
> > I have configured the xorg.conf in the "kbd" section to use layout
> > "pc105", language "de" and option "nodeadkeys", but I already tried
> > changing those options and restarting the X11 server which however
> > didn't make any difference.
>
> I would like to see the output of the following three commands:
>
> awk '/InputDevice/,/EndSection/' /etc/X11/xorg.conf
sbellon@io$ awk '/InputDevice/,/EndSection/' /etc/X11/xorg.conf
InputDevice "Generic Keyboard"
InputDevice "Generic Mouse"
EndSection
Section "InputDevice"
Identifier "Generic Keyboard"
Driver "kbd"
Option "CoreKeyboard"
Option "XkbRules" "xorg"
Option "XkbModel" "pc105"
Option "XkbLayout" "de"
Option "XkbVariant" "nodeadkeys"
EndSection
Section "InputDevice"
Identifier "Generic Mouse"
Driver "mouse"
Option "CorePointer"
Option "Device" "/dev/input/mice"
Option "Protocol" "ImPS/2"
Option "EmulateWheel" "on"
Option "EmulateWheelButton" "2"
Option "EmulateWheelTimeout" "300"
Option "EmulateWheelInertia" "25"
Option "Emulate3Buttons" "on"
Option "XAxisMapping" "6 7"
Option "YAxisMapping" "4 5"
Option "ZAxisMapping" "4 5"
EndSection
> setxkbmap -print
sbellon@io$ setxkbmap -print
xkb_keymap {
xkb_keycodes { include "xfree86+aliases(qwertz)" };
xkb_types { include "complete" };
xkb_compat { include "complete" };
xkb_symbols { include "pc+de(nodeadkeys)" };
xkb_geometry { include "pc(pc105)" };
};
> xmodmap
sbellon@io$ xmodmap
xmodmap: up to 3 keys per modifier, (keycodes in parentheses):
shift Shift_L (0x32), Shift_R (0x3e)
lock Caps_Lock (0x42)
control Control_L (0x25), Control_R (0x6d)
mod1 Alt_L (0x40), Meta_L (0x9c)
mod2 Num_Lock (0x4d)
mod3
mod4 Super_L (0x7f), Hyper_L (0x80)
mod5 Mode_switch (0x5d), ISO_Level3_Shift (0x71), ISO_Level3_Shift (0x7c)
It was quite difficult to enter and execute those commands though. ;-)
Greetings,
Stefan
--
Stefan Bellon
Reply to: