The current xfs init script assumes that the directories containing the fonts are writable. However, "/usr" on my system is mounted as read-only. According to the Filesystem Hierarchy Standard ("http://www.pathname.com/fhs/"), this is a perfectly valid system configuration. Ideally, the xfs script should be able to handle this case. This can either be done by a quick hack (`mount -a -o remount,rw` followed by a `mount -a -o remount` when done), or by a more complete solution (e.g., examining the path of elements of each write and checking fstab to see if a mount point needs to be remounted read-write).
Yeah, I've been aware of this. But it's impossible to assume that /usr is even mountable rw -- e.g., read-only NFS mounts. The better solution, IMHO, would be to error out if it's ro. Which is basically just going to prettify the current output.
I mean error out of the part that involves writing and attempt to start xfs anyway.
Good point. It would still be nice if it tried, however ... for those of with (the potential for) RW access to /usr.
It would be nice, yes. But would it be the write thing to do? (Bad pun, sorry.) Maybe the admin never wants /usr mounted rw without specifically doing so even if it is possible.
So, we'll add something to /etc/conf.d/xfs like "FORCE_RW_MOUNT=yes" instead of the broken autodetection.
Zzzzz... this didn't move an inch further for 3+ years, how about WONTFIX?
And another 2 years went by. Seems nobody in their right mind uses xfs anymore... which is a Good Thing (tm). Closing
