Bug#661754: x11-xkb-utils: setxkbmap and xkbcomp settings do not apply to new keyboards

February 29th, 2012 - 08:40 pm ET by Stefan Monnier | Report spam
Package: x11-xkb-utils
Version: 7.6+4
Severity: important

Dear Maintainer,

My desktop can finally suspend and resume properly, which makes me very happy,
but let me discover a new obstacle: upon resume my keybard settings are lost
and I have to re-apply my xkbcomp setting every time.

The same can be seen without suspend&resume:

% setxkbmap -model 'thinkpad(60)'
% setxkbmap -query
rules: evdev
model: thinkpad(60)
layout: us
% <unplug the (USB) keyboard, and plug it back in>
% setxkbmap -query
rules: evdev
model: pc105
layout: us
%

It seems that setxkbmap only affects the current InputDevice, whereas
I'd like to affect a whole InputClass, but I don't know how/where
to specify which inputs devices should be affected.
Where are the equivalent of xorg.conf's MatchIsKeyboard/MatchProduct/...?
Tho to tell you the truth, I don't need to distinguish input devices,
all I want is for my settings to apply to *all* keyboards (which
is only ever a single keyboard but which might get unplugged/replugged).


Stefan


*** Please consider answering these questions, where appropriate ***

* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outcome of this action?
* What outcome did you expect instead?

*** End of the template - remove these lines ***


Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable')
Architecture: i386 (x86_64)

Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages x11-xkb-utils depends on:
ii libc6 2.13-26
ii libx11-6 2:1.4.4-4
ii libxaw7 2:1.0.9-3
ii libxkbfile1 1:1.0.7-1
ii libxt6 1:1.1.1-2

x11-xkb-utils recommends no packages.

x11-xkb-utils suggests no packages.




To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
email Follow the discussionReplies 6 repliesReplies Make a reply

Similar topics

Replies

#1 Cyril Brulebois
March 01st, 2012 - 02:40 am ET | Report spam

Stefan Monnier (29/02/2012):
It seems that setxkbmap only affects the current InputDevice, whereas
I'd like to affect a whole InputClass, but I don't know how/where
to specify which inputs devices should be affected.
Where are the equivalent of xorg.conf's MatchIsKeyboard/MatchProduct/...?
Tho to tell you the truth, I don't need to distinguish input devices,
all I want is for my settings to apply to *all* keyboards (which
is only ever a single keyboard but which might get unplugged/replugged).



You might find that page useful then:
http://x.debian.net/howto/configure-input.html

Mraw,
KiBi.






To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Replies Reply to this message
#2 Stefan Monnier
March 01st, 2012 - 09:00 am ET | Report spam
It seems that setxkbmap only affects the current InputDevice, whereas
I'd like to affect a whole InputClass, but I don't know how/where
to specify which inputs devices should be affected.
Where are the equivalent of xorg.conf's MatchIsKeyboard/MatchProduct/...?
Tho to tell you the truth, I don't need to distinguish input devices,
all I want is for my settings to apply to *all* keyboards (which
is only ever a single keyboard but which might get unplugged/replugged).



You might find that page useful then:
http://x.debian.net/howto/configure-input.html



But I can't find any information there about user-configuration: the
KBD config I'm installing is one specific to my particular preferences
and would not please the other users of this machine.
As evidenced by my question, I'm already aware of xorg.conf's InputClass
sections.


Stefan



To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Replies Reply to this message
#3 Julien Cristau
March 01st, 2012 - 02:20 pm ET | Report spam

On Wed, Feb 29, 2012 at 20:25:14 -0500, Stefan Monnier wrote:

Where are the equivalent of xorg.conf's MatchIsKeyboard/MatchProduct/...?



gnome-settings-daemon.

Cheers,
Julien






To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Replies Reply to this message
#4 Stefan Monnier
March 01st, 2012 - 04:00 pm ET | Report spam
Where are the equivalent of xorg.conf's MatchIsKeyboard/MatchProduct/...?


gnome-settings-daemon.



Can you point me to some documentation as to how I'd use
gnome-settings-daemon to setup a particular XKB config on all current
and future keyboards?
(maybe a relevant detail of that XKB config: it uses a `symbols' file from
my home directory rather than limiting itself to the bundled set of
symbols)?


Stefan



To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Replies Reply to this message
#5 Julien Cristau
March 01st, 2012 - 04:00 pm ET | Report spam

On Thu, Mar 1, 2012 at 14:31:35 -0500, Stefan Monnier wrote:

>> Where are the equivalent of xorg.conf's MatchIsKeyboard/MatchProduct/...?
> gnome-settings-daemon.

Can you point me to some documentation as to how I'd use
gnome-settings-daemon to setup a particular XKB config on all current
and future keyboards?
(maybe a relevant detail of that XKB config: it uses a `symbols' file from
my home directory rather than limiting itself to the bundled set of
symbols)?



Oh, I'm not saying it's possible today, I'm saying it's where it should
be happening (it knows when a device gets plugged in, it has some
knowledge of input device configuration, so making that per-device
should be possible). If gsd isn't suitable, it shouldn't be too hard to
write a program listening for DevicePresence events and doing whatever
config is necessary for new devices.

Cheers,
Julien






To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Replies Reply to this message
Help Create a new topicNext page Replies Make a reply
Search Make your own search