Jiri,
in my opinion Jakub's argumentation is sound, yours is not. The
directory /srv is meant for system services which provide functionality
to other parts of the (local) system. The directory /app is meant for
other applications.
Websrv is a service, but it clearly isn't a system service. Since we do
not currently have a directory dedicated to network services such as a
web server, so far it clearly belongs to the catch-all /app directory.
OK, so how about file_bd? Is it essential for the proper operating of the
system or not? That's a server that the user will normally start manually
(unless we change it to a singleton that is started automatically and add some
administration utility for it), so does it belong under /srv?
It's a trick question :)
The fact, whether file_bd is started manually by the user or whether it
might be started automatically as a result of some action performed by
some administration utility, cannot possibly change the nature of
file_bd. It is a system service and thus has the right to be in /srv.
OTOH do you normally run Apache by hand on your Linux box? Probably not,
because it is set up as a service that is started by the init scripts...
The same argumentation goes here: It does not matter whether you start
Apache manually or using some service-managing framework (SysV init,
SMF, systemd, whatever). This cannot possibly change the nature of
Apache which _is_not_ a system service. Even less it is a system service
in the "multiserver" sense, as Jakub explained.
I don't believe in creating a gazillion directories for binaries, especially
based on some arbitrary rules. I believe that with time and experience we will
see whether there is a need/practical benefit for some sort of classification.
Until then this discussion is purely bikeshedding.
You are missing the point that you have started the discussion in the
first place by moving websrv from a catch-all /app category to a
category /srv, whose is at least by Jakub and me considered to be very
specific and special.
This demonstrates that we actually need a new category distinct from
/srv and /app where websrv and similar applications should belong. This
is no bikeshedding.
M.D.
_______________________________________________
HelenOS-devel mailing list
[email protected]
http://lists.modry.cz/cgi-bin/listinfo/helenos-devel