https://bugzilla.redhat.com/show_bug.cgi?id=1803711
--- Comment #15 from Mauro Carvalho Chehab <mchehab(a)infradead.org> ---
(In reply to Petr Pisar from comment #14)
I doubt google-noto-sans-fonts is the cause. This package predates
Noto
font. Also you can see that the font is not listed in the installed package
set
<
https://kojipkgs.fedoraproject.org//packages/perl-Tk/804.034/8.fc32/data/
logs/x86_64/root.log> for the last successful build before the XFT was
disabled. I'd rather bet on FontConfig cache not being updated or the
metrics of the exhibited font being removed or moved to a different package.
Also note that -adobe-courier-medium-r-normal--12-120-75-75-m-*-iso8859-1 is
the old non-FT font specification. So if indeed that font was used, then no
XFT was involved.
I tested installing xorg-x11-fonts-ISO8859-1-75dpi, which should be carrying
adobe-courier font, but installing it didn't make any change.
I agree that this could be due to FontConfig cache, but it could also be due to
some font replacement setup that would happen when this font is installed.
In either case, before coming up with this solution, I tried to install other
packages that would make more sense, but everything failed until this one got
installed. After installing it, mock was able to successfully the package on
both Fedora 33 and rawhide.
--
You are receiving this mail because:
You are on the CC list for the bug.