https://bugzilla.redhat.com/show_bug.cgi?id=1377367
--- Comment #9 from Colin Walters <walters(a)redhat.com> ---
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.