| 1 |
I think /var is for data created or at least altered by |
| 2 |
a daemon/programm. (caches, dbs, pids, lockfiles or even |
| 3 |
configs genereated by apps like crontabs) |
| 4 |
Ofcourse you can't have it always that strict in some cases |
| 5 |
but www (html files) is something users edit. I don't think |
| 6 |
it should be in /var. Otherwise stuff like the pub dir of |
| 7 |
ftp would be also needed in /var/ftp or so. |
| 8 |
|
| 9 |
/home is also not the right choice for such data for most. |
| 10 |
Some think only "real human" should be in there others dislike |
| 11 |
it because they want to nfs the whole /home. |
| 12 |
|
| 13 |
/srv is a usable compromise i think. It's a "homedir" for |
| 14 |
system services. |
| 15 |
|
| 16 |
On Tue, Feb 03, 2004 at 08:37:30PM -0500, Jon Portnoy wrote: |
| 17 |
> On Wed, Feb 04, 2004 at 01:20:45AM +0000, Stuart Herbert wrote: |
| 18 |
> Content-Description: signed data |
| 19 |
> > On Wednesday 04 February 2004 1:12 am, Jon Portnoy wrote: |
| 20 |
> > > I think the FHS needs to stop wrecking a perfectly usable preexisting |
| 21 |
> > > standard filesystem layout by introducing useless directories like |
| 22 |
> > > /media (should be under /mnt) and /srv (should be under /var). |
| 23 |
> > |
| 24 |
> > I'm with you on /media. But I think /srv has merit. |
| 25 |
> |
| 26 |
> What does /srv give us that /var doesn't? |
| 27 |
> |
| 28 |
> -- |
| 29 |
> Jon Portnoy |
| 30 |
> avenj/irc.freenode.net |
| 31 |
> |
| 32 |
> -- |
| 33 |
> gentoo-dev@g.o mailing list |
| 34 |
|
| 35 |
-- |
| 36 |
gentoo-dev@g.o mailing list |
Archives