(In fact, uxterm is a thin wrapper around xterm but using a different X resource class set.)įifthly, I started playing with the settings on the various CTRL-MOUSEBUTTON* menus. The first output line there is interesting: it matches one of the fonts that xterm complains about but is a setting for the uxterm command, not for the xterm command. XScreenSaver.newLoginCommand: dm-tool switch-to-greeterįourthy, I checked if the xterm package itself was somehow configured to use the fonts in the warning messages: damson$ only_files() ĭamson$ dpkg -L xterm | grep etc | only_files | \ Thirdly, despite believing that I had not modified any settings that I thought were relevant, I checked anyway: damson$ xrdb -query home/alexis/.fontconfig: not cleaning non-existent cache directory home/alexis/.cache/fontconfig: cleaning cache directory var/cache/fontconfig: not cleaning unwritable cache directory usr/share/fonts/X11/100dpi: caching, new cache contents: 358 fonts, 0 dirs usr/share/fonts/X11: caching, new cache contents: 0 fonts, 6 dirs usr/share/fonts: caching, new cache contents: 0 fonts, 6 dirs I installed the following: damson$ dpkg -l | grep font | sed -nr 's/^ii *(*font*).*/\1/p'Īnd I told xorg to refresh its font caches (using a command suggested at one one of those links above): damson$ fc-cache -fv xset fp rehash Secondly, I installed a lot of font packages in the hope that they would provide the missing fonts. I found many descriptions of this problem and many solutions (e.g.
Notes on what I tried and what finally worked are presented below in the hope it helps googlers! Experimentationįirstly, since I had not modified any settings that I thought were relevant, I checked Google and the Debian bug tracking system. hold down CTRL and press the right mouse button) and selecting any font size there will result in a new error message and that font size becoming greyed out. cssh) generates the following error messages: damson$ xterm Running xterm (or other programs that call xterm, e.g.