https://bugzilla.redhat.com/show_bug.cgi?id=1377367
--- Comment #9 from Colin Walters <[email protected]> --- There's many other derived caches in /usr. gtk-update-icon-cache is one offhand. GNU info pages (`install-info`). kernel modules (depmod -a). Remember that in the ostree model: https://ostree.readthedocs.io/en/latest/manual/adapting-existing/ Things like the RPM database are also moved to /usr/share/rpm. OSTree also *enforces* that /usr is read-only at runtime - but with rpm-ostree, we construct a new tree on the client side, and run %posts there with it mutable, then it's sealed back up at runtime. An important thing to keep in mind with the FHS is that they tried to push for having /usr be NFS mountable, which Fedora (and all systemd systems), don't support. It's just not relevant - it's easier to NFS mount /, and do something like ostree on the server to dedup the /usr content between different hosts. Basically, the FHS requirements are from a previous mindset - the https://freedesktop.org/wiki/Software/systemd/separate-usr-is-broken/ merge pushed the semantics for /usr in a different direction, and OSTree goes much farther with it. The main concern I have here about breaking things is more around upgrades for people who are using yum/dnf on the host. I could probably change rpm-ostree to include an e.g. `OSTREE_SEMANTICS=1` environment variable, and the fontconfig %post could key off that. -- You are receiving this mail because: You are on the CC list for the bug. _______________________________________________ fonts-bugs mailing list -- [email protected] To unsubscribe send an email to [email protected]
