You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Indeed I see the same behaviour as yourself when logging in directly on the host desktop - even with the xorg-x11-fonts-misc package installed. (Unfortunately a number of us DEVs work via remote X11, so sometimes these slip through the cracks).
I'm not entirely certain right now why it's not picking up the fonts correctly - a first look with par doesn't show it manually looking for fonts (so at a guess it's using fontconfig, or the X11 font server).
I did committ a change 0d8dcd3 to make aterm depend on the misc fonts package, and we leave this open to look a bit deeper why local aterm isn't picking up fonts from the sgug paths.
This is a strange issue, as after googling it I found people complaining about the missing 'k14' font from over 10 years ago in various distros and bsd's. Their solution was to load aterm with the -fn option and specifying the default font. I tried this and it didn't help.
Failure to find k14 font.
[sgugshell mgt@saiph ~]$ aterm
aterm: can't load font "k14"
aterm: can't load font "k14"
aterm: aborting
Font is included in xorg-x11-fonts-misc-7.5-23.sgug.noarch
/usr/sgug/share/X11/fonts/misc/k14.pcf.gz
aterm can be started remotely via Forwarding without an issue from OS X and Linux. If anyone confirm or deny this issue that would be helpful.
-Mike
The text was updated successfully, but these errors were encountered: