From owner-freebsd-stable Thu Sep 21 12:34:35 2000 Delivered-To: freebsd-stable@freebsd.org Received: from sf-gw.envolved.com (w018.z064220173.sjc-ca.dsl.cnc.net [64.220.173.18]) by hub.freebsd.org (Postfix) with ESMTP id A125837B424 for ; Thu, 21 Sep 2000 12:34:33 -0700 (PDT) Received: from foobie.net (IDENT:sbeitzel@[192.168.0.51]) by sf-gw.envolved.com (8.11.0/8.11.0) with ESMTP id e8LJXjF60840 for ; Thu, 21 Sep 2000 12:34:11 -0700 (PDT) (envelope-from sbeitzel@envolved.com) Message-Id: <200009211934.e8LJXjF60840@sf-gw.envolved.com> Date: Thu, 21 Sep 2000 12:33:32 -0700 (PDT) From: Stephen Beitzel Reply-To: Stephen Beitzel Subject: Re: New periodic.conf (was Re: SysV Style Init?) To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 20 Sep, Crist J . Clark wrote: > That said, I was thinking of breaking /etc/security into an assortment > of scripts. I would think it is frequently hacked by users. I have a > Tripwire check for example. It be great if I did not have to manually > merge that whole thing each time /etc/security changes. There is no > reason it should not be done the same way the other periodic scripts > are. But with this new /etc/periodic.conf has kind of quenched my > enthusiasm. I think that's a good idea and I'd like to encourage you not to be quenched. ;-) It seems to me that having lots of little scripts with an /etc/defaults/.conf that's overridden by /etc/.conf and then extensible via /usr/local/etc/.local or /etc/.local is the *BSD way. It's been that way for rc files for a while, and the /etc/periodic/* changes were just to bring things into line. If there are changes that people commonly make to the standard periodic scripts that aren't covered by the variables in periodic.conf, then that sounds more like an opportunity to patch the scripts to add behavior modifying variables. And as far as the security report goes, I think it'd be great for stylistic consistency as well as for maintainer convenience to have that system work just like everything else. Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message