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