path: root/software
diff options
authorbnewbold <>2015-10-15 22:44:17 -0700
committerbnewbold <>2015-11-06 19:44:24 -0800
commit6952867d27b11b444b3e0898b9278092eb2cde7a (patch)
treecd0afff70bca1b16cee7226a05cb49108855689f /software
parent6d6be4b9c86d316a756855322de2267ed63c08a1 (diff)
debian: document XFCE4 Keyboard stuff
Diffstat (limited to 'software')
1 files changed, 27 insertions, 0 deletions
diff --git a/software/ b/software/
index c2767fc..61226bb 100644
--- a/software/
+++ b/software/
@@ -120,3 +120,30 @@ of the header folders in /usr/src, then run `apt-get install -f` and `apt-get
See also:
+XFCE4 Keyboard Settings Broken Under Jessie: xfsettingsd
+I had a very strange problem after running a dist-upgrade with debian jessie.
+This was on a laptop which was installed fresh with jessie while it was still
+testing (around December 2014); I ran dist-upgrade in April 2015 around (or a
+bit before) the official Jessie release.
+After updating packages and rebooting, my XFCE4 application keyboard bindings
+were broken (eg, Super+t for xterm). Other symptoms were that system fonts got
+subjectively uglier. The weird thing was that windows manager bindings (eg,
+Super+F11 to maximize vertically) still worked. I keep my XFCE4 settings under
+version control, along with the rest of my dotfiles, so initially I assumed
+there had been some backwards incompatible change... I also suspected that
+maybe the window manager initiation process had changed. My old .xinitrc has
+always needed small tweaks for new OS releases.
+In the end, the problem seems to have been that ``xfsettingsd`` had crashed and
+would not restart on new logins. Simply running this command from a terminal in
+X11 once somehow magically fixed the problem, and ``xfsettingsd`` runs (with
+corrected ``--sm-client-id`` arguments et al) on reboot, and my old keyboard
+settings all work as expected.
+I tried a number of smaller fixes (including wiping ``~/.cache/settings`` from
+the console), so it may have been one of those changes that ultimately fixed