From owner-freebsd-stable Fri Jan 14 10:34:46 2000 Delivered-To: freebsd-stable@freebsd.org Received: from entropy.tmok.com (entropy.tmok.com [204.17.163.11]) by hub.freebsd.org (Postfix) with ESMTP id 229EB15B7E; Fri, 14 Jan 2000 10:19:44 -0800 (PST) (envelope-from wonko@entropy.tmok.com) Received: (from wonko@localhost) by entropy.tmok.com (8.9.3/8.9.3) id NAA04478; Fri, 14 Jan 2000 13:17:52 -0500 (EST) From: Brian Hechinger Message-Id: <200001141817.NAA04478@entropy.tmok.com> Subject: Re: Making sure /var/tmp/vi.recover exists during reboot In-Reply-To: <200001141602.LAA51996@blackhelicopters.org> from Michael Lucas at "Jan 14, 2000 11: 2:58 am" To: mwlucas@blackhelicopters.org (Michael Lucas) Date: Fri, 14 Jan 2000 13:17:52 -0500 (EST) Cc: sheldonh@uunet.co.za, khera@kciLink.com, ady@warpnet.ro, trond@ramstind.gtf.ol.no, freebsd-stable@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Reply-To: wonko@entropy.tmok.com X-Useless-Header: why? because i can. X-Organization: The Ministry of Knowledge X-Dreams: an OpenWin that is based on current MIT X11 releases X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Michael Lucas drunkenly mumbled... > A *lot* of us have local administration procedures that are > inappropriate elsewhere, but are proper in a local context (or are > wrong, but they want or need to do anyway). i'm sorry for not letting this die, however.... while it is true that a lot of people have a lot of administration procedures that exist solely for our local setup there are sometimes better solutions than the ones we are using. for example, we'll go with this current thread. /var/tmp on MFS makes cc go faster, but breaks vi.recovery so if we look at the problem we should not be trying to change the vi recovery system, but rather cc. if making a change for ANY reason breaks something else you shouldn't fix the thing you broke, but the thing you are changing. make /var/mfs_tmp and have cc use it for it's temporary storage. if cc doesn't support that then fix cc since being able to specify where your compiler stores it's temp files is a Good Idea(TM) now cc is faster and vi.recovery isn't broken. maybe we should spend less time discussing the technical merits of an action and rather spend our time look for better solutions. -brian -- Brian Hechinger UNIX System Administrator Half.com brian@half.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message