On 2001.02.21 13:18:00 +0400 Rolf Veen wrote:
> > From what i'm seeing on my own system (Mandrake 7.2), general services
> > (ftp, www, etc) have their own
> > /var/name dir, while specific applications (postgres, wine, etc...)
> have
> > their /var/lib/name dir.
>
> I don't see what /var/lib has to do with Tomcat. Tomcat is not a library.
Neither wine nor postgres. /var/lib is just directory for storing server
data files needing read/write access.
> > So, what can we do for Tomcat ?
>
> I'm tired of trying to find files that belong to a package and that
> 'make install' spreads all over the system. My proposal will break FHS
> as it is now, in favor of a more package centric layout.
Your're making a confusion here : make install is for using tarball, not
package. My point is not to have Tomcat Makefile modified, just to know
your opinion about usable location. For listing file content of any
package, just use rpm -ql <package>.
What you're proposing here (centralized layout) is definitely not Unix
style, and will prevent some configuration, such as NFS read-only sharing
of some directories, etc... Morevoer, the very same argument ("i'm tired of
searching for files spreaded everywhere") can also be used about
documentation, configuration, etc...
> Let define a top level directory for packages as $PKGS (fill in with
> /opt, /block, /pkg).
>
> $PKGS/tomcat/
> /conf
> /bin
> /lib
> /doc
> /src
> /log (a symlink to /var/log/tomcat as a last resort)
> /META-INF (yes, a meta directory to be used by generic
> tools)
>
> Shared data cannot reside in $PKGS, so:
>
> /var/www Document root.
> /var/www/webapps Web applications.
And /var/www/works also ?
Guillaume
--
No matter how large and standard the marketplace is, IBM can redefine it
-- DSP Paradox (Nolans Placebo) n°5
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
