Date: Mon, 02 Jan 2012 14:51:57 -0800 From: Doug Barton <dougb@FreeBSD.org> To: Garrett Cooper <yanegomi@gmail.com> Cc: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>, FreeBSD current mailing list <freebsd-current@freebsd.org> Subject: Re: periodic emails Message-ID: <4F02350D.2050500@FreeBSD.org> In-Reply-To: <CAGH67wQOhsqBCRSWwH%2BaUVZWXzN0X6jLZr5L1MZycPx_-Ldygg@mail.gmail.com> References: <E4CECE08-C9BE-4CA5-842B-420A44DCF461@lists.zabbadoz.net> <CAGH67wSUuzMtS51gOV5POEmuw3Do-Kcg6H3dawpDJ39a=OSw7A@mail.gmail.com> <4F023387.1060300@FreeBSD.org> <CAGH67wQOhsqBCRSWwH%2BaUVZWXzN0X6jLZr5L1MZycPx_-Ldygg@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 01/02/2012 14:49, Garrett Cooper wrote: > On Mon, Jan 2, 2012 at 2:45 PM, Doug Barton <dougb@freebsd.org> wrote: >> On 01/02/2012 14:14, Garrett Cooper wrote: >> >>> How does this look for starters? The attached patch's goal is to >>> provide a generic, rc(5)-like infrastructure that would quiet down the >>> periodic emails for 120.clean-preserve . >> >> The periodic scripts are badly in need of attention, so effort in that >> area is much appreciated. >> >> Regarding your patch, rather than copying functions from rc.subr, why >> not just source it? Yes, you will get more than you need, but I think >> that the virtue of not having to maintain the same code in 2 places far >> outweighs that minor drawback. > > That works too, assuming that rc.subr isn't too rc(5) centric. Well of course it's rc-centric, but that's not the point. :) If you're going to be using the exact same code from rc.subr, you might as well just source it. The things that you'll get by doing that which are only relevant to rc you just ignore. > Thanks for the feedback! Glad to help. -- You can observe a lot just by watching. -- Yogi Berra Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4F02350D.2050500>