Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 26 Jun 2002 14:42:31 -0400
From:      Mikhail Teterin <mi+mx@aldan.algebra.com>
To:        Tony Finch <dot@dotat.at>, cvs-all@FreeBSD.ORG, cvs-committers@FreeBSD.ORG
Subject:   Re: cvs commit: src/etc/mtree BSD.var.dist
Message-ID:  <200206261442.31404.mi%2Bmx@aldan.algebra.com>
In-Reply-To: <20020626190811.C26954@chiark.greenend.org.uk>
References:  <200206251949.46889.mi%2Bmx@aldan.algebra.com> <200206261052.55093.mi%2Bmx@aldan.algebra.com> <20020626190811.C26954@chiark.greenend.org.uk>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wednesday 26 June 2002 02:08 pm, you wrote:
= On Wed, Jun 26, 2002 at 10:52:55AM -0400, Mikhail Teterin wrote:
= >
= > Yes, but the template for mkdtemp() would by something like
= > /var/run/sshd.XXXX, right?
=
= I'm using /var/tmp because the directory is around for such a short
= time. It seems to me to be a better fit.

But /var/tmp is guaranteed to be permanent between reboots -- certainly,
the directory, sshd needs to chroot into, does not need such guarantees.
/tmp is often mfs mounted and so can be /var/run (cleaned up on boot
anyway), so they are better candidates. I prefer /var/run, because the
the content is only valid during this up-time, and the name implies even
shorter validity of the application's (sshd's) run-time.

I'm not certain, creating a separate directory for each instance of sshd
is even wise for this -- the burden on the FS is unjustified, IMHO.

However, this thread is increasingly moot, because /var/empty is winning,
which will always be there, and will be the same as OpenBSD's :-)

= > Actually, why not "fool about with it"? Like placing a README with
= > "Hacking other people's systems without permission is a sin" into
= > it?
=
= Because that would be a waste of effort and would fail on some
= filesystems (e.g. NFS) that don't allow you to do things to a removed
= directory.

That's why I don't think we should be removing the directory :-)

	-mi


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?200206261442.31404.mi%2Bmx>