Currently, the list looks like this: # The font path to use # # RHEL 6 server/desktop: # catalogue:/etc/X11/fontpath.d # RHEL 5 # /usr/share/X11/fonts/misc, /usr/share/X11/fonts/75dpi, /usr/share/X11/fonts/100dpi # /usr/share/X11/fonts/Type1, /usr/share/X11/fonts/TTF, /usr/share/fonts/default/Type1 # Ubuntu: # /usr/share/fonts/X11/misc, /usr/share/fonts/X11/Type1 # SLED: # /usr/share/fonts/misc, /usr/share/fonts/75dpi, /usr/share/fonts/100dpi, # /usr/share/fonts/Type1, /usr/share/fonts/URW, /usr/share/fonts/Speedo, # /usr/share/fonts/cyrillic, /usr/share/fonts/truetype, /usr/share/fonts/misc, # Solaris: # /usr/openwin/lib/X11/fonts/Type1, /usr/openwin/lib/X11/fonts/Type1/sun, # /usr/openwin/lib/X11/fonts/F3bitmaps, /usr/openwin/lib/X11/fonts/Speedo, # /usr/openwin/lib/X11/fonts/misc, /usr/openwin/lib/X11/fonts/75dpi, # /usr/openwin/lib/X11/fonts/100dpi, /usr/openwin/lib/X11/fonts/TrueType # I believe that the intention of this list was that we wanted to show examples which could cover most different paths we know of. We should at least consider changing "RHEL 6" to something along the lines of "Modern Linux distributions".
We don't even support RHEL 6 these days so this list is likely massively out of date.
The '/etc/X11/fontpath.d' folder doesn't exist on Ubuntu 18.04 or Ubuntu 20.04, so the solution doesn't seem to be as simple as just listing that path.
The situation seems unchanged on Ubuntu, the old paths are still used. The same seems to apply to SUSE.
Seems like a small effort to change this now that I've already looked into it. I'll try to verify on all major platforms that the change doesn't break anything.
All looks fine. Using server build 2265 I tested xterm in a ThinLinc session on RHEL7, RHEL8, Ubuntu 18.04, Debian 11, SLES 12 and SLES 15. Using my modified fontpath xterm ran without complaints on all platforms. To verify that xterm did indeed use the paths from 'vsmagent/fontpath' I set that config param to " " and tested starting xterm. While xterm started on all platforms despite the empty fontpath I got a lot of complaints on stderr, errors like these: > xterm: cannot load font "-Misc-Fixed-bold-R-*-*-13-120-75-75-C-60-ISO8859-1" To catch stderr from xterm I started it from a different terminal. Note that it seems we don't have any documentation for this configuration parameter in the TAG.
Tested server (build 2271) containing the fix on CentOS 8. Followed the test procedure described in comment #7: - Running xterm gave the described error messages with fontpath set to: " " - Running xterm gave no errors with the new fontpath given in r37380 and r37381.
Testing against the acceptance criteria: * The default configuration of vsmagent/fontpath should not contain out of date paths. It does not. * The comment explaining the config parameter should not contain out of date paths. It does not. * Legacy X11 applications that still don't use fontconfig should still work. Tested with server build 2272 on the following dists: ✓ Ubuntu 20.04 ✓ Fedora 33 ✓ Fedora 34 ✗ CentOS 7* * On CentOS 7, I get a warning both when the fontpath is set and when it is empty, indicating that the applications are not a good fit for this test. I tried with both xterm and xclock. Since the legacy applications work despite the warning, this behaviour is accepted for now. Warnings from CentOS 7: > [cendio@lab-246 ~]$ xterm > xterm: cannot load font '-misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso10646-1' > [cendio@lab-246 ~]$ xclock > Warning: Missing charsets in String to FontSet conversion
Only one out of three places was changed, so this is unfortunately incomplete.
That should be everything. The only hits for the old paths are now in some man pages (that we don't include). Checked that vsmagent did the right thing by turning up the logging to DEBUG. Couldn't get any good output from Xvnc, so ran "strings" on the binary to check the compiled in fontpath.
Tested with server build 2345 on the three dists listed below with applications xterm and xclock, which work well. The code changes also look good. For CentOS 7 and Fedora 33 we get warnings for one or both applications, but since the applications themselves work as expected this is accepted for now. For more info see comment 9. ✓ Ubuntu 18.04 ✗ CentOS 7* ✗ Fedora 33** * CentOS 7: The same warnings as mentioned in comment 9 is seen when running both xterm and xclock. ** Fedora 33: Running xclock gives this warning: > [tester@linma ~]$ xclock > Warning: Missing charsets in String to FontSet conversion
