User-Agent: Build Identifier: After an installation of Fedora Core rawhide, a process ``update-mime-database'' modifies files in the path ``/usr/share/mime''. ``/usr/share/mime'' is owned by the package ``shared-mime-info''. ``update-mime-database'' is also owned by the package ``shared-mime-info''. http://www.pathname.com/fhs/pub/fhs-2.3.html#THEUSRHIERARCHY ``/usr is the second major section of the filesystem. /usr is shareable, read-only data. That means that /usr should be shareable between various FHS-compliant hosts and must not be written to. Any information that is host-specific or varies with time is stored elsewhere.'' http://www.pathname.com/fhs/pub/fhs-2.3.html#USRSHAREARCHITECTUREINDEPENDENTDATA ``The /usr/share hierarchy is for all read-only architecture independent data files.'' http://www.pathname.com/fhs/pub/fhs-2.3.html#THEVARHIERARCHY ``/var is specified here in order to make it possible to mount /usr read-only. Everything that once went into /usr that is written to during system operation (as opposed to installation and software maintenance) must be in /var.'' http://www.pathname.com/fhs/pub/fhs-2.3.html#VARCACHEAPPLICATIONCACHEDATA ``/var/cache is intended for cached data from applications. Such data is locally generated as a result of time-consuming I/O or calculation. The application must be able to regenerate or restore the data. Unlike /var/spool, the cached files can be deleted without data loss. The data must remain valid between invocations of the application and rebooting the system.'' Reproducible: Always Steps to Reproduce:
Created attachment 105330 [details] list of all files in /usr/share/mime/ that are in neither rpmdb nor rpmdb-fedora
This is still the case. But I don't think the "readonly /usr" argument holds much water, since you have to write to /usr at package installation time anyway, so it does not seem unreasonable to update mime information at the same time. I recommend moving this to upstream, and see if anybody cares enough about this to do something about it.
*** Bug 132847 has been marked as a duplicate of this bug. ***
The upstream being at https://bugs.freedesktop.org/index.cgi