On 2020-12-27 08:27:13 -0800, Jamie Zawinski wrote: > With only gsfonts-x11, I get the same results as you for > find /usr -name fonts.alias | xargs grep -i 'helvetica-bold-r-' > and > find /usr -name fonts.dir | xargs grep -i 'urw-nimbus.*bold.*iso8859-1$' > and > dlocate n019004l.pfb > and yet > xterm -fn '-*-helvetica-bold-r-*-*-*-180-*-*-*-*-iso8859-1' > does not work. > > So there must be some *other* thing installed on your system that is > not installed on mine that is making Xlib Helvetica work. I don't > know what that is.
I've found the reason why xfonts-100dpi wasn't working for me: on startup, the X server removes unexisting directories from the default FontPath (even though the directory may exist later), as I could see in the Xorg log file. So /usr/share/fonts/X11/100dpi was initially removed. If I start a second X server, the helvetica font can be found if only xfonts-100dpi is installed. Ditto if I change the FontPath with "xset fp= ...". Now, concerning gsfonts-x11, the package description says: This package makes the 35 PostScript fonts from the gsfonts package available to your X server under their "urw" names and via fonts.alias with the official "adobe" names, too. So /usr/share/fonts/X11/Type1/fonts.alias provides the helvetica font as described (via /etc/X11/fonts/Type1/gsfonts-x11.alias and update-fonts-alias), so that the font should be found if /usr/share/fonts/X11/Type1 is in the FontPath. I suggest that you check this point since gsfonts-x11 was not installed initially on your system. Note that I use the default FontPath dynamically built by Xorg. So nothing specific on my system. -- Vincent Lefèvre <[email protected]> - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
