http://bugzilla.opensuse.org/show_bug.cgi?id=1118557
http://bugzilla.opensuse.org/show_bug.cgi?id=1118557#c15
--- Comment #15 from Stefan Brüns ---
Brokenness on all levels ...
The "Unable to load any usable fontset" is originating from libXt:
https://github.com/freedesktop/xorg-libXt/blob/0659374e8c1a39433f074226a65f2...
while "Error: Aborting: no fontset found" originates from libXaw.
Unfortunately, both libs fail to report which font spec they are trying to
match.
libXt tries to fallback to *any* font with PtSize 120, Slant Regular, or
anything else (comma separated list). So when this error occurs, there is
something *seriously* broken, i.e. not even the "*" pattern matches.
The "Warning: Missing charsets in String to FontSet conversion" can mostly be
ignored, when using any UTF8 locale it tries to find fonts covering almost
every charset completely, even DroidSans + DroidSansFallbackFull combined is
not sufficient for this.
Also, there are several bugs in the X11 encodings handling:
mkfontscale/mkfontdir does not work as do documented/expected.
"mkfontscale -b -s -l is equivalent to mkfontdir."
"-l Write fonts.dir files suitable for implementations that cannot reencode
legacy fonts (BDF and PCF). By default, it is assumed that the implementation
can reencode Unicode-encoded legacy fonts."
The actual outcome is exactly opposite - "-l" *disables* the creation of the
"legacy" encodings. This is a bug known for 3 years, see
https://gitlab.freedesktop.org/xorg/app/mkfontscale/issues/3 .
Although the X server is capable of reencoding iso10646-1 encoded PCF fonts on
the fly, it fails to list these fonts as compatible for e.g. 8859-1, which is
used for the C locale. This happens when mkfontdir is called without any
further parameters.
mkfontscale ignores the "-e" parameters for large parts, i.e. it is only used
for generating the "encodings.dir", but not for generating the
"fonts.dir"/"fonts.scale".
--
You are receiving this mail because:
You are on the CC list for the bug.