[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