On Sun, 2016-08-14 at 11:39 -0700, Michael Heimpold wrote: > Hi, > could you please elaborate, why do you think that /srv is a more FHS- > compliant choice? I agree, that /usr is really the wrong place to put > data there, but according to my understanding of the FHS, /srv is not > even better, because its usage is to store data which is served from > the system. On a usual Debian system, you will find the affected > directories as /var/spool/postfix, /var/lib/postfix and /var/mail - > and I really think would be the right locations. > So please share your minds in the commit message. I guess your > concern is that /var is none-permanent on a OpenWrt/LEDE system, > right?
That's right. On OpenWrt/LEDE /var is symlinked to /tmp so isn't really available for things like mail spools. Other packages like LXC have already done this, but in response to you request to elaborate I'm thinking those packages and this one should use symlinks to some other location (e.g. /data/<subdir>) from /var/xxxx rather than totally alter the layout. OTOH I'm not sure that's in keeping with the reason for the FHS, and whether it would be better to push OpenWrt / LEDE to do something better with /var (I'm thinking that things like /var/lock, /var/run, /var/state, etc would better be individually symlinked to tmpfs (because of flash wear concerns) rather than a blanket /var symlink that breaks FHS. Regards, Daniel _______________________________________________ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
