paulgorman.org

< ^ txt

Mon Mar 23 10:18:17 EDT 2015 I went to bed at a reasonable hour, slept OK, and woke up on time. Still... I moving pretty slowly this morning. Goals: Work: - Work on GRUB notes Done. - Review invoices Done. Home: - Work on S&W Complete re-typeset Done. I like to remap my Caps Lock key to send Control. Some time ago, I started using `setxkbmap -option ctrl:nocaps` in my .xsession to do it, since xmodmap is apparently deprecated. Unfortunately, this new method is not as reliable as xmodmap. Since I started using `setxkbmap`, I have noticed that whatever changes I make with it occasionally get revered to defaults. Lately, on my work machine, this has been happening with annoying frequency. I may have figured out part of the problem. Looking at `/var/log/messages`, I noticed the log shows my keyboard getting "disconnected" and immediately found as a new device. To test, I actually unplugged the keyboard; after plugging it back in, my setxkbmap settings were undone. So: 1) phantom USB disconnects are bullshit 2) regardless of the above, I should be able to unplug/plug my keyboard without loosing my keymap A little googling tells me I'm not alone. This, or issues very like this, have been around for years. (https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/287215) http://x.debian.net/howto/configure-input.html `man keyboard` I edited '/etc/defaults/keyboard' to include: XKBOPTIONS="ctrl:nocaps" and then ran: $ sudo udevadm trigger --subsystem-match=input --action=change I tested by unplugging/plugging my keyboard, and option appears to have stuck. Good. I'd still be happier if there was a reliable way to set keyboard options in per-user dotfiles, rather than as a system-wide default.

< ^ txt