From owner-freebsd-bugs Thu Apr 6 20:16:50 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA20347 for bugs-outgoing; Thu, 6 Apr 1995 20:16:50 -0700 Received: from feta.cisco.com (feta.cisco.com [171.69.1.158]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA20341 ; Thu, 6 Apr 1995 20:16:49 -0700 Received: from localhost.cisco.com (localhost.cisco.com [127.0.0.1]) by feta.cisco.com (8.6.8+c/CISCO.SERVER.1.1) with SMTP id UAA09229; Thu, 6 Apr 1995 20:16:18 -0700 Message-Id: <199504070316.UAA09229@feta.cisco.com> X-Authentication-Warning: feta.cisco.com: Host localhost.cisco.com didn't use HELO protocol To: jkh@freefall.cdrom.com ("Jordan K. Hubbard") Cc: freebsd-bugs@freefall.cdrom.com Subject: Re: conf/301: Log rotation wastes _much_ to much space In-Reply-To: jkh@freefall.cdrom.com's message of 06 Apr 1995 15:43:02 PST Date: Thu, 06 Apr 1995 20:16:18 -0700 From: Paul Traina Sender: bugs-owner@FreeBSD.org Precedence: bulk > > Here are patches to etc/daily, etc/weekly and etc/monthly to do this > > job: (please note that you should gzip -9n all your .[0-9]'s > > before doing this! If you don't, you will just keep forever the old crud. > > Actually, at the risk of causing offense, I really hate the > /etc/{daily,weekly,monthly} scripts and would like to see them > substantially re-worked, not just patched like this! > > 1. They should do nothing by default. Bzzz... they should not allow the disk to fill up by default. The idea here is to build a unix system that any moron can use. > 2. They should contain only shell functions for doing the various > operations. ??? > 3. They should be written in such a way that /etc/sysconfig can > define which security/logging/etc operations should take place, > hopefully so that a nice front-end tool can actually do the > actual setting. > > What I'm saying is that the user should be able, from an admin menu > someplace, to go in and configure the daily, weekly and monthly tasks > for their system from a menu of options. > > Anything else is just more hidden functionality, the likes of which > FreeBSD is [in]famous for. > > Jordan