Date: Mon, 19 May 1997 07:42:46 +0200 (SAT) From: John Hay <jhay@zibbi.mikom.csir.co.za> To: j@uriah.heep.sax.de Cc: freebsd-bugs@hub.freebsd.org Subject: Re: conf/3605: New /etc/rc not clearing /tmp Message-ID: <199705190542.HAA17551@zibbi.mikom.csir.co.za> In-Reply-To: <199705182130.OAA13759@hub.freebsd.org> from J Wunsch at "May 18, 97 02:30:03 pm"
next in thread | previous in thread | raw e-mail | index | archive | help
> > The following lines was excluded from /etc/rc. It probably caused > > my troubles with starting X. > > Clearing /tmp in /etc/rc is a stupid idea from the beginning. You > need to clean it regularly anyway, and unless we ship the system also > with a crontab entry that reboots it every night :), the cleanup at > startup time is ideally a no-op (since the machine is up for 365+ > days). Also, in case your /tmp is not on MFS, you might sometimes be > happy to still find this or that file in /tmp after a crash. (And in > the MFS case, you still don't need the cleanup in /etc/rc.) > > > #rm -f /tmp/.X*-lock /tmp/.X11-unix/* > > Why didn't you just enable this one? > Or why not put both back in rc with a knob (or two) to control it in rc.conf? Then we can have both groups happy, and none have to edit rc to get a specific behaviour. I came to depend on the behaviour of FreeBSD that clear /tmp on a reboot and have a lot of scripts that assume it. Semi on the same topic. What about making daily read rc.conf or something and then make the regular cleaning of /tmp configurable. That way daily also needn't be edited locally. John -- John Hay -- John.Hay@mikom.csir.co.za
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199705190542.HAA17551>