| Summary: | media-fonts/font-util doesn't update font cache (was: sys-apps/fwupd-1.5.5: build fails due to sandbox violation using mkostemp for /usr/share/fonts/util/.uuid.TMP-XXXXXX) | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Niko Böckerman <gentoo.cart9> |
| Component: | Current packages | Assignee: | Gentoo X packagers <x11> |
| Status: | RESOLVED OBSOLETE | ||
| Severity: | normal | CC: | ionen, polynomial-c, slashbeast |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | AMD64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | Build log | ||
|
Description
Niko Böckerman
2021-01-20 09:13:47 UTC
Created attachment 683833 [details]
Build log
You can workaround this by running 'fc-cache -fs' then emerge fwupd again. Not really a fwupd bug (affects many packages using fontconfig), I'll take the liberty to re-assign to font-util given installing in a fonts dir and, looking at xorg-3, not using font.eclass for the uuid nonsense. Steps to reproduce (with sandbox): 1. rm /usr/share/font/util/.uuid 2. emerge -C font-util # /usr/share/fonts/util entirely cleaned out 3. emerge -1 font-util 4. USE=uefi emerge -1 fwupd # fails 5. fc-cache -fs 6. USE=uefi emerge -1 fwupd # works Thanks for the quick response. I applied the proposed workaround and got fwupd installed. This doesn't happen anymore with current >=fontconfig-2.14 and X font directories |