Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 28 May 2002 09:39:43 +0200
From:      Jeroen Ruigrok/asmodai <asmodai@wxs.nl>
To:        Mike Barcroft <mike@FreeBSD.org>
Cc:        cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org
Subject:   Re: cvs commit: src/share/man/man7 tuning.7
Message-ID:  <20020528073943.GD77228@daemon.ninth-circle.org>
In-Reply-To: <20020528032419.C93657@espresso.q9media.com>
References:  <200205280603.g4S63pY24227@freefall.freebsd.org> <20020528032419.C93657@espresso.q9media.com>

next in thread | previous in thread | raw e-mail | index | archive | help
-On [20020528 09:30], Mike Barcroft (mike@FreeBSD.org) wrote:
>If anything, you should change vi not to store semi-permanent data in
>a temporary directory.  You almost never want to have a temporary
>directory hanging off a more important partition like / or /var, since
>users could attack a system by filling /tmp or /var/tmp.  Having
>multiple temporary partitions is also a nuisance, so I usually
>symbolicly link all mine together.

Well, it would not just be vi that needs to be changed.  It affects more
programs.

Also, it means hier(7) would need updating.

What does SUS or some other spec have to say about it btw?  Don't have
my manuals handy here.

So, would there be a general consensus to mark /tmp and /var/tmp as
equal?  If so we can continue with the other points, to note:

1)	Update hier(7) with the consensus.
2)	Fix tuning(7) and other manual pages with the updated
	information.
3)	Create a symlink from /var/tmp -> /tmp.
4)	Fix any application in the base system to use /var properly,
	instead of /var/tmp.

Did I miss something?

-- 
Jeroen Ruigrok van der Werven / asmodai / Kita no Mono
asmodai@wxs.nl, finger asmodai@ninth-circle.org
http://www.softweyr.com/asmodai/ | http://www.tendra.org/
The rest is silence...

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020528073943.GD77228>