Date: Fri, 09 Jun 2000 05:08:24 -0400 (EDT) From: John Baldwin <jhb@FreeBSD.org> To: Brian Somers <brian@Awfulhak.org> Cc: brian@hak.lan.Awfulhak.org, cvs-all@FreeBSD.org, cvs-committers@FreeBSD.org, Brian Somers <brian@FreeBSD.org>, Jeroen Ruigrok van der Werven <jruigrok@via-net-works.nl> Subject: Re: cvs commit: src/etc/periodic/daily 110.clean-tmps Message-ID: <200006090908.FAA00624@server.baldwin.CX> In-Reply-To: <200006081118.MAA18447@hak.lan.Awfulhak.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 08-Jun-00 Brian Somers wrote: >> -On [20000608 10:50], Brian Somers (brian@FreeBSD.org) wrote: >> >brian 2000/06/08 01:48:16 PDT >> > >> > Modified files: >> > etc/periodic/daily 110.clean-tmps >> > Log: >> > Clean /tmp and /var/tmp if $clear_tmp_enable is set to YES in rc.conf >> >> I disagree with this on the pure and simple notion that it comflicts >> with the description of it in hier(7). >> >> /tmp should be cleaned when set to YES. /var/tmp should not. I ask you >> kindly to back the /var/tmp cleaning out please. > > I believe that /var/tmp should be cleanable in some way and would > suggest one of the following changes: I don't. I find having a place for "temporary files that are kept between system reboots" quite useful, for world logs, release logs, etc. You could always just store things you want blown away in /tmp instead. :) What do you have in /var/tmp that you want to blow away every night that the system is putting there? Perhaps it should be changed to use /tmp? > clean (clear_tmp_daily="/tmp /var/tmp /compat/linux/tmp") This, however, is not a bad idea, as some might have a /usr/tmp, etc. > Thoughts/opinions ? -- John Baldwin <jhb@FreeBSD.org> -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ 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?200006090908.FAA00624>