Open hnanni opened 5 years ago
@mrkz @thiagomacieira didn't we already fix this?
I don't remember anything about fonts. My work was on mime types.
My guess: swupd did remove those files/dirs, but a subsequent post-update trigger recreated them.
Yes @thiagomacieira . This is the case, update-triggers triggers the re-creation
cat /usr/lib/systemd/system/fontconfig-trigger.service
[Unit]
Description=Update font cache
BindsTo=update-triggers.target
[Service]
Type=oneshot
ExecStart=/usr/bin/fc-cache
UPDATE-TRIGGERS.TARGET(4)
NAME
update-triggers.target - Provides post OS software-update actions
SYNOPSIS
update-triggers.target
/usr/lib/systemd/system/update-triggers.target
What needs these files?
I thnk, reading the code, that fc-cache just uses them to determine whether the cache is still valid or not (I'm looking into this).
Relevant thread:
https://gitlab.freedesktop.org/fontconfig/fontconfig/issues/130
It looks like code is progressing to obsolete .uuid
files really well, and a PR is pending for merge upstream. Because of the complexity, I think we should stand by and let the fontconfig
team review and merge this.
https://gitlab.freedesktop.org/tagoh/fontconfig/commit/2d81470b513b247767e3bb56f2a29d94ce7a16ca
per @ahkok , wait for upstream commit
Good news is that the commit mentioned in https://github.com/clearlinux/distribution/issues/517#issuecomment-472088356 is now upstream:
Bad news is that it's only in the 2.13.91 and 2.13.92 release candidates so far. 2.14 is taking a long time to ship...
Describe the bug
.uuid
files under/usr/share/fonts/
are constantly being regenerated, potentially causing problems to stateless segregationTo Reproduce issue
swupd verify --fix --picky
twice. It will report removal of the files the two times it is executedExpected behavior files under
/usr/share/fonts/
should not change between swupdatesScreenshots