Re: systemd - move /selinux to /sys/fs/selinux - maybe remove /srv ?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, 2011-04-29 at 17:26 +0200, MichaÅ Piotrowski 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.


services should not be using /srv by default - I said it is a good habit
for admins to get into so places where they store data are commonly
available in normal locations
-sv


-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel



[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux