[Bug 1169979] fontconfig cache updating does not work reliably during live image generation

bugzilla at redhat.com bugzilla at redhat.com
Tue Dec 16 05:44:43 UTC 2014


https://bugzilla.redhat.com/show_bug.cgi?id=1169979

Rob Foehl <rwf at loonybin.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |rwf at loonybin.net



--- Comment #8 from Rob Foehl <rwf at loonybin.net> ---
(In reply to Adam Williamson (Red Hat) from comment #4)
> I just tested a Workstation network install, as it seems plausible that
> regular installs could suffer from this too. It was fine. I suspect perhaps
> the time taken to download packages helps, if we're figuring this is some
> kinda timing issue with fc-cache. live image creation retrieves all the
> packages first; network installation downloads packages one at a time during
> the install process. So, perhaps a network install over a local network
> might hit it.

I just ran into this issue with one of two desktops that were built up from
minimal network installs and an "add just the stuff I need" script: after
installing the @fonts group (among other things), one had Nimbus Mono L as the
only available monospace font, before manually running fc-cache -f.  The other
system was fine, which seems to confirm your suspicion above.

Is there a fontconfig bug open anywhere for this?  I've been using this same
basic process for (re)installs since FC3, and was blissfully unaware of the
fontconfig cache until now...

-Rob

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=Bz3ZwhpQ6k&a=cc_unsubscribe


More information about the fonts-bugs mailing list