[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#255025: marked as done (xlibs: Windows keys stopped working as modifiers to some other keys)

Your message dated Wed, 30 Aug 2006 00:14:51 +0200
with message-id <20060829221451.GA11815@linuxfr.org>
and subject line Bug#255025: xlibs: Windows keys stopped working as modifiers to some other keys
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message --- 
Package: xlibs
Version: 4.3.0.dfsg.1-5
Severity: normal

I'm using a pc105 (int) keyboard, with default settings for the
Windows and Alt keys. according to GNOME's keyboard tool.  Here's what
it put in my .xsession file:

xkbset b r rate 500 33 perkeyrepeat 00ffffffdffffbbffadfffffffdfe5ffffffffffffffffffffffffffffffffff m 1 ma 160 40 53 23 200 -a -st twokey latchlock -sl 300 -bo 300 -f dumbbell -led -feature -slowwarn slowpress slowaccept -slowreject -slowrelease bouncereject stickybeep -ov1 -ov2 groupswrap wrap 1 ignoregrouplock nullify -shift -lock -control -mod1 -mod2 -mod3 -mod4 -mod5 ignorelock -shift -lock -control -mod1 -mod2 -mod3 -mod4 -mod5

I normally use Super_L (or Super_R) with things to operate my window
manager.  For example, I use Super_L and Up to toggle vertical
maximization of a window.  Yesterday it worked, but today (after
installation of dfsg.1-5, presumably) it stopped.  xev shows that the
two Windows keys are still producing what looks like the right things:

KeyPress event, serial 28, synthetic NO, window 0x2c00001,
    root 0x8d, subw 0x0, time 1580740, (52,92), root:(53,135),
    state 0x0, keycode 115 (keysym 0xffeb, Super_L), same_screen YES,
    XLookupString gives 0 bytes:  ""

KeyRelease event, serial 28, synthetic NO, window 0x2c00001,
    root 0x8d, subw 0x0, time 1580857, (52,92), root:(53,135),
    state 0x40, keycode 115 (keysym 0xffeb, Super_L), same_screen YES,
    XLookupString gives 0 bytes:  ""

KeyPress event, serial 28, synthetic NO, window 0x2c00001,
    root 0x8d, subw 0x0, time 1581155, (52,92), root:(53,135),
    state 0x0, keycode 116 (keysym 0xffec, Super_R), same_screen YES,
    XLookupString gives 0 bytes:  ""

KeyRelease event, serial 28, synthetic NO, window 0x2c00001,
    root 0x8d, subw 0x0, time 1581272, (52,92), root:(53,135),
    state 0x40, keycode 116 (keysym 0xffec, Super_R), same_screen YES,
    XLookupString gives 0 bytes:  ""

And with one held down, some keys still produce events, so I can get
Super_L and a, for example.  But not Super_L and c---when I hold down
Super_L, pressing the c key produces no events.  And similarly for the
cursor keys, and presumably others.  (I chose c because I used to use
that combination to tell my window manager to close a window.)

I tried "dpkg --purge --force-depends xlibs", then removing almost
everything from /etc/X11/xkb and reinstalling xlibs.  But that hasn't
made a difference, except that I now have many more files in
/etc/X11/xkb.  For example, I don't think the README files were there
before I purged xlibs, which I don't understand.  Anyway, reinstalling
didn't help me (although it seems possible that the README files might
well do).

-- Package-specific info:
Keyboard-related contents of XFree86 X server log file
/var/log/XFree86.0.log:
(==) Using config file: "/etc/X11/XF86Config-4"
(==) ServerLayout "XFree86 Configured"
(**) |-->Screen "Screen0" (0)
(**) |   |-->Monitor "Monitor1"
(**) |   |-->Device "Card0"
(**) |-->Input Device "Keyboard0"
(**) Option "XkbRules" "xfree86"
(**) XKB: rules: "xfree86"
(**) Option "XkbModel" "presario"
(**) XKB: model: "presario"
(**) Option "XkbLayout" "us"
(**) XKB: layout: "us"
(==) Keyboard: CustomKeycode disabled
(**) |-->Input Device "PS/2 Mouse"
(WW) `fonts.dir' not found (or not valid) in "/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID".
	Entry deleted from font path.
	(Run 'mkfontdir' on "/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID").
(WW) `fonts.dir' not found (or not valid) in "/usr/X11R6/lib/X11/fonts/cyrillic".
--
(II) Module record: vendor="The XFree86 Project"
	compiled for 4.3.0.1, module version = 1.13.0
	Module class: XFree86 Server Extension
	ABI class: XFree86 Server Extension, version 0.2
(II) Loading extension RECORD
(II) LoadModule: "Xkb"
(WW) Warning, couldn't open module Xkb
(II) UnloadModule: "Xkb"
(EE) Failed to load module "Xkb" (module does not exist, 0)
(II) LoadModule: "nvidia"
(II) Loading /usr/X11R6/lib/modules/drivers/nvidia_drv.o
(II) Module nvidia: vendor="NVIDIA Corporation"
	compiled for 4.0.2, module version = 1.0.5336
	Module class: XFree86 Video Driver
--
(II) Loading extension NV-CONTROL
(==) RandR enabled
(II) Initializing built-in extension MIT-SHM
(II) Initializing built-in extension XInputExtension
(II) Initializing built-in extension XTEST
(II) Initializing built-in extension XKEYBOARD
(II) Initializing built-in extension LBX
(II) Initializing built-in extension XC-APPGROUP
(II) Initializing built-in extension SECURITY
(II) Initializing built-in extension XINERAMA
(II) Initializing built-in extension XFree86-Bigfont
(II) Initializing built-in extension RENDER
(II) Initializing built-in extension RANDR
(II) Initializing extension GLX
(II) Keyboard "Keyboard0" handled by legacy driver
(**) Option "Protocol" "ExplorerPS/2"
(**) PS/2 Mouse: Protocol: "ExplorerPS/2"
(**) Option "SendCoreEvents" "true"
(**) PS/2 Mouse: always reports core events
(**) Option "CorePointer"

XFree86 X server log files on system:
-rw-r--r--    1 root     root        32084 Jun 18 12:49 /var/log/XFree86.0.log


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.6
Locale: LANG=C, LC_CTYPE=C

Versions of packages xlibs depends on:
ii  libice6                   4.3.0.dfsg.1-5 Inter-Client Exchange library
ii  libsm6                    4.3.0.dfsg.1-5 X Window System Session Management
ii  libx11-6                  4.3.0.dfsg.1-5 X Window System protocol client li
ii  libxext6                  4.3.0.dfsg.1-5 X Window System miscellaneous exte
ii  libxft1                   4.3.0.dfsg.1-5 FreeType-based font drawing librar
ii  libxi6                    4.3.0.dfsg.1-5 X Window System Input extension li
ii  libxmu6                   4.3.0.dfsg.1-5 X Window System miscellaneous util
ii  libxmuu1                  4.3.0.dfsg.1-5 lightweight X Window System miscel
ii  libxp6                    4.3.0.dfsg.1-5 X Window System printing extension
ii  libxpm4                   4.3.0.dfsg.1-5 X pixmap library
ii  libxrandr2                4.3.0.dfsg.1-5 X Window System Resize, Rotate and
ii  libxt6                    4.3.0.dfsg.1-5 X Toolkit Intrinsics
ii  libxtrap6                 4.3.0.dfsg.1-5 X Window System protocol-trapping 
ii  libxtst6                  4.3.0.dfsg.1-5 X Window System event recording an
ii  xlibs-data                4.3.0.dfsg.1-5 X Window System client data

-- no debconf information

--- End Message ---
--- Begin Message --- 
Closing this old bug, submitter agreed that there is no bug in XKB data
files.  Thanks for your report.

Denis

--- End Message ---
Reply to: