helper to debug remaining core fonts bugs
# cat /root/bin/Xopens
#!/bin/sh
pid=$(pgrep -u root -f /usr/X11R6/bin/X)
status=$?
if [ $pid -gt 0 ] && [ $status -eq 0 ];then
strace -e trace=open -e signal=\!all -p $pid
else
echo "no X server found ."
fi
This depends on procps (pgrep) and strace . While X applications loads the
output is :
# /root/bin/Xopens
9616
Process 9616 attached - interrupt to quit
open("/usr/lib/X11/fonts/misc/7x13B-ISO8859-1.pcf.gz", O_RDONLY) = 47
open("/usr/lib/X11/fonts/misc/7x13B-ISO8859-1.pcf.gz", O_RDONLY) = 48
open("/usr/lib/X11/fonts/misc/7x13B-ISO8859-1.pcf.gz", O_RDONLY) = 48
open("/usr/lib/X11/fonts/100dpi/helvR14-ISO8859-1.pcf.gz", O_RDONLY) = 48
open("/usr/lib/X11/fonts/75dpi/helvR12-ISO8859-1.pcf.gz", O_RDONLY) = 48
open("/usr/lib/X11/fonts/75dpi/helvR12-ISO8859-1.pcf.gz", O_RDONLY) = 47
open("/usr/lib/X11/fonts/misc/7x13B-ISO8859-1.pcf.gz", O_RDONLY) = 47
open("/usr/lib/X11/fonts/misc/7x13B-ISO8859-1.pcf.gz", O_RDONLY) = 47
I guess most of us does this by hand (as i where before ) .
By now it help me find out that removing new fonts while X is running
leads to errors like:
xfonts-base: ISO8859 font problems for several programs
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=214449
I still needs to dig the matter further as there seems to be different
issues in the same bug report.
Though the last from Huaiyu Zhu looks like the aliases and fonts.dir changes
during upgrade , but the X server still uses the old ones when the
applications request a font.
If it is the problem, an xset fp rehash or xset fp defaults should fix it ...
Tracing X with the above script during a font package installation and
removal the server does not read the font alias or dir files .
I still need to reproduce the issue . By now i achieved to produce this
error when removing xfonts-jmk and loading xload (using nn_NO as the
submitter and mine fr_FR.UTF-8 ):
$ xload
Warning: Missing charsets in String to FontSet conversion
Warning: Unable to load any usable fontset
trace before xfonts-jmk removal :
open("/usr/lib/X11/fonts/misc/artwiz-cursor.pcf.gz", O_RDONLY) = 47
open("/usr/lib/X11/fonts/misc/modd-iso8859-1-06x13-bold.pcf.gz", O_RDONLY) = 47
trace after:
open("/usr/lib/X11/fonts/misc/artwiz-cursor.pcf.gz", O_RDONLY) = 47
open("/usr/lib/X11/fonts/misc/modd-iso8859-1-06x13-bold.pcf.gz", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/X11/fonts/100dpi/courB12-ISO8859-1.pcf.gz", O_RDONLY) = 47
open("/usr/lib/X11/fonts/misc/smooth.pcf.gz", O_RDONLY) = 47
open("/usr/lib/X11/fonts/misc/modd-iso8859-1-06x13-bold.pcf.gz", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/X11/fonts/misc/modd-iso8859-1-06x13-bold.pcf.gz", O_RDONLY)
= -1 ENOENT (No such file or directory)
trace when calling "xset fp rehash" :
open("/usr/lib/X11/fonts/misc/fonts.dir", O_RDONLY) = 47
open("/usr/lib/X11/fonts/misc/fonts.alias", O_RDONLY) = 47
trace after the rehash (xload does not shows errors) :
open("/usr/lib/X11/fonts/misc/artwiz-cursor.pcf.gz", O_RDONLY) = 47
open("/usr/lib/X11/fonts/misc/7x13B-ISO8859-1.pcf.gz", O_RDONLY) = 47
open("/usr/lib/X11/fonts/misc/smooth.pcf.gz", O_RDONLY) = 47
open("/usr/lib/X11/fonts/misc/jiskan16.pcf.gz", O_RDONLY) = 47
open("/usr/lib/X11/fonts/misc/hanglg16.pcf.gz", O_RDONLY) = 47
open("/usr/lib/X11/fonts/misc/gb16fs.pcf.gz", O_RDONLY) = 47
open("/usr/lib/X11/fonts/misc/8x16rk.pcf.gz", O_RDONLY) = 47
>From research and "5.4.4 CDE Does Not Support All Locales"
http://www.iagu.net/docs/dec/AA-Q0U4L-TET1_html/relnotes6.html#s_x_server
this error could also comes from the locale not being supported
Though Huaiyu Zhu had LANG=C and kde set to english/none (C too),
For the submitter at least incurrent X 4.3 nn_NO is supported ...
i suspect an xset fp rehash would have fixed it.
We cannot automate its call though it would fit a FAQ "Fonts issue with
non fontconfig applications" of some sort.
I also stumbled upon :
Troubleshooting Font Displays on S-PLUS 6.2 for UNIX/Linux -
http://www.insightful.com/support/splus62unix/win_emulators.htm
I found it great in explaining the issue with X core fonts and
X applications. We could also grab some debugging diagnostic logic from
there .
Could someone confirm if this is more than bullshits ? Do we have a
mozilla registrar like upgrade issue ...
Greetings
Alban
PS: as ou might guess this was an attempt at cleaning xfonts bugs ...
though this burned me . I hope those data could avoid another contributor
to start from scratch ...
Reply to: