On 04/10/17 10:41 AM, Richard Brown wrote:
On 4 October 2017 at 16:38, Anton Aylward
wrote: On 04/10/17 07:38 AM, Carlos E. R. wrote:
On 2017-10-04 13:16, Richard Brown wrote:
For systems with a read-write rootfs, we will be slightly bending the rules of the FHS, in the sense that the FHS claims /usr should be 'read-only data'
What about machines that share /usr from a central machine over the network?
Indeed! This was the original purpose of /usr/share and many today still use it that way, consolidating centrally thing like the manual pages that apply EQUALLY to all machines.
And in that situation, how do you ensure that the manual pages you're sharing are accurate for the version of binaries on the machines? (especially on openSUSE where we have lots of binaries that aren't in /usr atm).
Again you've given a ridiculous straw-man argument, Richard. The reality is that the MAN packages are just plain weird anyway. Yes, some packages carry their own man pages. Good for them. But packages like 'man-pages' out of the main distribution repository address this. So the issue is not the "one /usr/share to rule them all". The "One X to rule them all" is an emergent attitude of the BtrFS supporters, as I've pointed out before. Oh, and there's "man-pages-posix", which leads to the next point. When I ask for a man page I get asked which one I want. In fact it get better. There the MANPATH environment variable. And out of the box it seems to put /usr/local/man first. oh WOW. So I can have yet-another "local" FS mounted that is SPECIFY TO MY MACHINE. I really really love the ability of Linux to customise this way. And even better, I could add /home/anton/man to the MANPATH to support the programs and scripts I've written for myself that in /home/anton/bin, and so available to me at whatever workstation on the network I choose to login in from. if your argument is about machine specific roll-back then the place to put the database is in the most machine specific place, and /usr/share is most certainly NOT that. Whereas /etc most certainly IS. Please stop coming up with these ridiculous straw-man arguments. They do you no credit, they just damage your credibility. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org