[svlug] RHL 5.2
Rick Moen
rick at hugin.imat.com
Sun Nov 15 03:21:56 PST 1998
Quoting Jonathan Sergent (sergent at io.com):
> Under this interpretation you could put home directories there too.
You might except that, as the FHS document acknowledges, the
/home tree exists specifically for that.
> Are the web pages system data or user data? This seems to be our
> disagreement.
The _system_ html tree plainly is not user data. Red Hat's putting
it under /home/httpd makes no more sense than would putting the mail
spool under /home/mta.
> On some systems, the web pages probably are system data because
> the admin installs apache but never does anything with it.
Excuse me, but I believe that's what I just got through saying
in my previous message.
> This doesn't mean /home/httpd makes sense for you, but I think that
> your situation is not as common among web servers as the larger
> distributed environment where it makes sense (since you have an
> automounter, etc. in /home already), or the dedicated web server
> where it makes sense.
The question was not whether _my_ HTML files are essentially
static. (I used to mistakenly think they would be.) The
question was whether /home/httpd (1) makes sense, and -- more to
the immediate point --(2) is justifiable per the FHS as you claimed.
I was saying that your claim about FHS in that particular is incorrect,
and (further) that this particular Redhat-ism is especially absurd.
> Also, it's easy enough to reconfigure that it's sort of a moot
> point...
You are trying to change the subject: You made an assertion
justifying Red Hat's Apache layout with a vague handwave about
their FHS compliance. I have been attempting to point out to
you that, to the contrary, Red Hat is acting _against_ the FHS in
this area (among others).
--
Cheers, Linux: It is now safe to turn on your computer.
Rick Moen
rick (at) hugin.imat.com
--
echo "unsubscribe svlug" | mail majordomo at svlug.org
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ to unsubscribe
see http://www.svlug.org/mdstuff/lists.shtml for posting guidelines.
More information about the svlug
mailing list