On Fri, 29.04.11 17:26, MichaÅ Piotrowski (mkkp4x4@xxxxxxxxx) wrote: > > 2011/4/29 seth vidal <skvidal@xxxxxxxxxxxxxxxxx>: > > On Thu, 2011-04-28 at 23:32 -0400, Matthew Miller wrote: > >> On Fri, Apr 29, 2011 at 12:37:26AM +0200, MichaÅ Piotrowski wrote: > >> > By the way, maybe it would be good to think about the meaning of /srv > >> > existance? For seven years FHS requires that this directory exists > >> > http://www.pathname.com/fhs/pub/fhs-2.3.html#PURPOSE16A > >> > but "The methodology used to name subdirectories of /srv is > >> > unspecified as there is currently no consensus on how this should be > >> > done" - so even the authors of the standard did not have anything to > >> > say about how this directory should be used. Is there a rational > >> > reason for the existence of this directory besides FHS conformance? > >> > >> Yes. It's where to put non-transient service data that does not belong to a > >> user, and does not belong to a package. > >> > > > > +1 - I think /srv is a good dir to have in place to encourage good > > practices for storing that kind of data. > > I think it is very unlikely that the services will start to use /srv/ > instead of /var/something because of the backward compatibility. I > create my own dir for data and it seemed to me that most people are > doing the same. Thats why I wondered if there is any use for this dir. /srv is not package manager territory really. It's admin territory. He should create dirs underneath it, and nobody else. Lennart -- Lennart Poettering - Red Hat, Inc. -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel
