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

Bug#872398: x11-xkb-utils: setxkbmap, when run at startup, has no effect



Package: x11-xkb-utils
Version: 7.7+3+b1
Severity: normal

This is my .xsession (which is executed by xdm):

xsetroot -solid black
xset -b
xset s 0
xset s off
xset dpms 0 0 0
xset -dpms
xset r rate 250 30
setxkbmap -keycodes evdev -types default -compat 'basic+misc+iso9995+ledcaps(group_lock)' -symbols 'pc+us+kh:2+level3(ralt_switch)+ctrl(nocaps)'
xkbset -bell -feedback sticky -twokey latchlock
xkbset exp '=sticky'
ssh-agent &
export _JAVA_AWT_WM_NONREPARENTING=1
exec ratpoison

It all used to work perfectly. But at some point, the setxkbmap command
stopped having any effect when run from the .xsession file. I notice
this immediately after Ratpoison has started because I am used to hitting
the Caps Lock key, intending for it to be remapped as Control, to enter
a Ratpoison command. But instead it acts as Caps Lock. It is as if the
setxkbmap command was never run at all.

However, if I enter that same command manually (in bash, running in
urxvt), it works. The .xsession file is definitely being executed,
because the effects of all the other commands are happening.  I tried
also putting the command into the Ratpoison startup file, .ratpoisonrc,
but it didn't work there either.

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.11.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages x11-xkb-utils depends on:
ii  libc6        2.24-14
ii  libx11-6     2:1.6.4-3
ii  libxaw7      2:1.0.13-1+b2
ii  libxkbfile1  1:1.0.9-2
ii  libxt6       1:1.1.5-1

x11-xkb-utils recommends no packages.

x11-xkb-utils suggests no packages.

-- no debconf information


Reply to: