From owner-freebsd-stable Fri Jan 14 6:46:34 2000 Delivered-To: freebsd-stable@freebsd.org Received: from ady.warpnet.ro (ady.warpnet.ro [194.102.224.1]) by hub.freebsd.org (Postfix) with ESMTP id DCF3E14D4C; Fri, 14 Jan 2000 06:46:23 -0800 (PST) (envelope-from ady@warpnet.ro) Received: from localhost (ady@localhost) by ady.warpnet.ro (8.9.3/8.9.3) with ESMTP id QAA81980; Fri, 14 Jan 2000 16:51:31 +0200 (EET) (envelope-from ady@warpnet.ro) Date: Fri, 14 Jan 2000 16:51:31 +0200 (EET) From: Adrian Penisoara To: Trond Endrestol Cc: FreeBSD stable , FreeBSD current Subject: Re: Making sure /var/tmp/vi.recover exists during reboot In-Reply-To: <1535.947843930@axl.noc.iafrica.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, On Fri, 14 Jan 2000, Sheldon Hearn wrote: > > > Let's try not to cross-post this any more, eh? I believe the suggested change interests both branches; -chat removed. > > On Fri, 14 Jan 2000 11:55:55 +0200, Adrian Penisoara wrote: > > > Then let's get the other way around (change in /etc/rc): > > No, you're missing the point. /var/tmp is expected to survive reboots. > That's its definition according to the hier(7) manual page. If you > choose to break that functionality, don't expect anyone to make > gratuitous changes to the FreeBSD startup scripts to support your > oddball configuration. :-) > > > And let me notice that the original script assumes existence of this > > directory whereas if I don't run vi I won't get one... > > It does so because of the definition of /var/tmp . > > > I use this small hack to get around the ugly error message I get every > > time I boot with MFS mounted /var/tmp -- suited me well until now. > > You shouldn't be mounting /var/tmp in MFS, because a memory file system > does not survive a reboot -- that's where you've gone wrong. I'm not discussing the definition of /var/tmp ! I just recognise that lots of people (including me) step over this rule (as they don't need those bits to survive reboots, for example) and they MFS mount /var/tmp (at least) for the sake of optimizing compile times (cc uses /var/tmp for temporary files). So that makes us otlaws but this doesn't change the facts... All I want is not to assume existence of /var/tmp/vi.recover in /etc/rc. Because this is a simple hack that by _no chance_ breakes any set rules I believe it to be very good commit candidate. Anyone care to do it ? > > Ciao, > Sheldon. > Thanks, Ady (@warpnet.ro) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message