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

Bug#872398: marked as done (x11-xkb-utils: setxkbmap, when run at startup, has no effect)

Your message dated Fri, 22 Apr 2022 16:44:32 +0200
with message-id <YmK/UAhnUY7GM2Gs@jcristau-z4>
and subject line Re: Bug#872398: x11-xkb-utils: setxkbmap, when run at startup, has no effect
has caused the Debian Bug report #872398,
regarding x11-xkb-utils: setxkbmap, when run at startup, has no effect
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
872398: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=872398
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
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

--- End Message ---
--- Begin Message --- 
Closing this old report.  It's not a bug in x11-xkb-utils, but probably
in the X server, where changes made before the first keypress get (or
used to get?) overwritten.  IIRC we had a number of reports about that
over the years.

Cheers,
Julien

On Wed, Aug 16, 2017 at 11:19:46PM -0400, Christopher Cramer wrote:
> 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

--- End Message ---
Reply to: