Summary: | media-tv/tvtime switches the keyboard layout to the default every few seconds | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Alexander Koryushkin <madcored> |
Component: | Current packages | Assignee: | Television related Applications in Gentoo's Portage <media-tv> |
Status: | RESOLVED WONTFIX | ||
Severity: | normal | CC: | madcored |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
my lshal output
xorg log |
Description
Alexander Koryushkin
2009-12-06 12:51:24 UTC
Aside of the fact, that ru layout doesn't have winkeys variant, do you have any fancy .Xmodmap ? Add 'setxkbmap -print', settings of all input.keys type devices using evdev driver straight from the deamon and check if whatever desktop environment you're using isn't overriding hal settings. >setxkbmap -print
xkb_keymap {
xkb_keycodes { include "evdev+aliases(qwerty)" };
xkb_types { include "complete" };
xkb_compat { include "complete+ledcaps(group_lock)" };
xkb_symbols { include "pc+us+ru(winkeys):2+inet(evdev)+capslock(grouplock)" };
xkb_geometry { include "pc(pc104)" };
};
And what about the rest ? (In reply to comment #3) ru layout is have winkeys variant: "cat /usr/share/X11/xkb/symbols/ru |grep winkeys" I have not modified .Xmodmap or other configs, except hal/fdi. Previously, there were no problems in kde3 and kde4, something happened after the upgrade xkb or another package. I missed the point, exactly when it happened. In the evening I'll check on the bare X + xterm + tvtime, to ensure that de/wm has nothing to do with it. Did you notice 'partial default alphanumeric_keys' one line above ? It means that the default for this layout. What about settings straight from the deamon ? See hal/evdev sticky on the forum. This problem not only for me: http://ubuntuforums.org/showthread.php?p=4058200 http://fedoraforum.org/forum/showthread.php?t=237994 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=369202 So, in a way it's not a bug - that is if you'd disregard the part where layout toggle happens not on CapsLock, but one of Shift/Ctrl combinations. Is there anything interesting about that in xorg log ? And what about those settings from hal ? This may simply a misconfiguration of your desktop environment. (In reply to comment #7) Problem not only with layout. When I press the left shift key sometimes shift gets locked. I tried to start only X, xterm and tvtime - the same effect. At xine same behavior. This my HAL settings: <?xml version="1.0" encoding="UTF-8"?> <deviceinfo version="0.2"> <device> <match key="info.capabilities" contains="input.mouse"> <merge key="input.x11_driver" type="string">mouse</merge> <match key="/org/freedesktop/Hal/devices/computer:system.kernel.name" string="Linux"> <!-- If we're using Linux, we use evdev by default (falling back to mouse otherwise). --> <merge key="input.x11_driver" type="string">evdev</merge> </match> </match> <match key="info.capabilities" contains="input.keys"> <merge key="input.x11_driver" type="string">keyboard</merge> <match key="/org/freedesktop/Hal/devices/computer:system.kernel.name" string="Linux"> <!-- If we're using Linux, we use evdev by default (falling back to keyboard otherwise). --> <merge key="input.x11_driver" type="string">evdev</merge> </match> <merge key="input.xkb.layout" type="string">us,ru</merge> <merge key="input.xkb.options" type="string">grp:caps_toggle</merge> </match> </device> </deviceinfo> This xorg log: http://pastebin.org/105625 Fabulous, though two 'minor' things: 1. don't use pastebins for bugzilla posts 2. fdi file != hald content (it may differ significantly, if i.e. fdi file is malformed or there's an other file, that overrides this one) See hal/evdev sticky on the forum on how to get the info. This file could use a bit of trimming too. Also, are you sure it's not a hardware failure (like, keys getting stuck) ? Created attachment 223753 [details]
my lshal output
see links above - it not only my personal problem
Created attachment 223755 [details]
xorg log
Rafał Mużyło, 1. check your "~/.xine/config" for gui.screensaver_timeout string - default 10 sec 2. turn any video playback with xine 3. in another window, do something with the lshift key 4. when matched pressing the lshift and anti-screensaver polling, shift will locked for the next 10 seconds is your system reproduce this? |