Bug#454671: xserver-xorg-input-evdev: Certain keys are not repeated when they are pressed and held down

Package: xserver-xorg-input-evdev Version: 1:1.1.2-6 Severity: normal Following keys are not repeated when they are held down: 1) End 2) Left arrow 3) Down arrow All other keys were checked with xev and they are repeated (except locks and modifiers). Also everything works fine when kbd drivers

Bug#454671: xserver-xorg-input-evdev: Certain keys are not repeated when they are pressed and held down

2007/12/7, Julien Cristau <[EMAIL PROTECTED]>: > Please send your X log and config, and the output of 'setxkbmap -print' > or 'xprop -root _XKB_RULES_NAMES' when using evdev. I've solve the problem. When using evdev driver, one should choose XkbModel "evdev" instead of pc104 and then everything wi

Bug#500358: xserver-xorg-core: Patched kernel doesn't help

Package: xserver-xorg-core Version: 2:1.4.2-7 Followup-For: Bug #500358 Indeed, the Gaudenz's kernel helps to get rid of "INVALID MEM ALLOCATION" messages in the log. But the final result is that last lines of log change from: (WW) MACH64: Mach64 in slot 1:2:0 could not be detected! (II) UnloadMo

Bug#500358: xserver-xorg-core: xserver-xorg 1.5 has the same problem

Package: xserver-xorg-core Version: 2:1.5.2-1 Followup-For: Bug #500358 I've installed the xserver-xorg 1.5 and mach64 driver from experimental and tested it with: 1) Current lenny's kernel 2) Gaudenz's patched kernel 3) etchnhalf kernel (2.6.24) All the tests have the same negative result. Lo

Bug#500358: Ответ: xserver-xorg-core: xserver-xorg 1.5 has the same problem

2008/10/29, Gaudenz Steinlin <[EMAIL PROTECTED]>: > Hi Max > > Thanks for testing. IMO the situation is now much more clear. I'm happy > that you confirmed that the patched kernel fixes the problem with the > X server in lenny. Read carefully, Gaudenz. Patched kernel fixes only driver misbehaviour

Bug#504537: xserver-xorg: X server eats CPU on sparc

Package: xserver-xorg Version: 1:7.3+18 Severity: normal X server eats 10-20% CPU in idle. It wasn't so on etch. Any thoughts how to diagnose the reason are appreciated. -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /var/lib/x11/X.md5sum does not exist. X server syml

Bug#504536: xserver-xorg: No input possible after log off on sparc

Package: xserver-xorg Version: 1:7.3+18 Severity: normal After I log off from KDE, I get back to the kdm login screen but no input is possible. I have to switch to the VT 1 (this works) and restart kdm to log in again. Last lines of Xorg.log makes me to think that it is not KDM's bug. -- Package

Bug#504536: Fix available

It happens that evdev 2.0 is brain damaged. It opens required file descriptor once X server is started, closes it after logoff and never opens it again. So evdev is hardly usable on all archs. Patch to fix this is attached. I'm going to raise this bug severity to RC. -- Max diff -urpN xserver-x

Bug#504536:

Synaptics driver on my laptop also has the same bug. In this light, I suspect that X server input layer introduces some change which breaks input drivers. Can someone with more detailed knowledge of X investigate this problem? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "un

Bug#504656: xserver-xorg-input-synaptics: Stops working after logoff

Package: xserver-xorg-input-synaptics Version: 0.14.7~git20070706-4~dmitrmax.1 Severity: grave Tags: patch Justification: renders package unusable Driver forgets to ungrab the event device so the next time it is grabbed EBUSY is returned. This happens e.g. when I logoff from KDE session and retu

Bug#504656: xserver-xorg-input-synaptics: Stops working after logoff

2008/11/6, Julien Cristau <[EMAIL PROTECTED]>: > Actually, it works just fine here, so that justification seems wrong. > You didn't send your config or log, though, so it's hard to tell. Indeed. It works. This behavior seems to be linked with similar evdev bug because now with new evdev driver syn

Bug#454263: xserver-xorg-input-vmmouse: Providing "Device" option helps to solve this issue

Package: xserver-xorg-input-vmmouse Version: 1:12.5.1-2 Followup-For: Bug #454263 Adding: Option "Device" "/dev/input/mice" to the InputDevice section lets X start with mouse which visually behaves like a correct working VMWare mouse. I.e. it ungrabs input when cursor leaves virtual ma

Bug#412352: xkb-data: Right "Meta" key sets the wrong modifier in compat/misc

Package: xkb-data Version: 0.9-4 Severity: normal Tags: patch This seems to be an obvious copy-paste bug. Patch attached. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6

Bug#409982: xkb-data: Patch to fix this bug

Package: xkb-data Version: 0.9-4 Followup-For: Bug #409982 The patch attached renames this invalid keysym to XF86Eject thus fixing the problem. May be it is reasonable to send this patch to the upstream of xkeyboard-config project. -- System Information: Debian Release: 4.0 APT prefers testin

Bug#409982: xkb-data: Patch fixing this problem was accepted into the upstream at fd.o

Package: xkb-data Version: 0.9-4 Followup-For: Bug #409982 The patch I've sent before was accepted by the maintainer of xkeyboard-config at freedesktop.org into the upstream. So, please apply it in Debian. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testi