cvs commit: src/etc/defaults periodic.conf

[Kevin Oberman]

> Date: Tue, 31 Jan 2006 11:33:35 +1030
> From: Greg 'groggy' Lehey <grog at FreeBSD.org>
> Sender: owner-cvs-all at freebsd.org
> 
> 
> --qCGCnlPZoKZX9mDP
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
> 
> On Tuesday, 31 January 2006 at  3:57:11 +0300, Yar Tikhiy wrote:
> > On Mon, Jan 30, 2006 at 11:58:19PM +0000, Robert Watson wrote:
> >> On Tue, 31 Jan 2006, Greg 'groggy' Lehey wrote:
> >>> On Monday, 30 January 2006 at 15:35:25 +0300, Gleb Smirnoff wrote:
> >>>> M>   Make df output in periodic mail human readable
> >>>>
> >>>> Thanks!
> >>>
> >>> *sigh*
> >>>
> >>> Not everybody is human.
> >>
> >> My daily script parsers certainly aren't.  I quite like being able to pull
> >> in a mailbox of old daily output and plot disk space use over time.  The
> >> problem with df -h is that as the numbers get bigger, the granularity
> >> becomes very, very coarse.  I.e., you can only see changes at 1GB
> >> granularity for big disks, so you can't actually usefully track in any
> >> detail daily usage rates.
> >
> > I think that if the war of computers against humans ever begins,
> > it will break out from an event like this commit.  And then some
> > geek folks will certainly come down on the side of computers.  The
> > granularity of "df -h" is too coarse even to, ahem, some readers
> > of the list, keep alone the scripts.  Quite naturally, they dread
> > being treated as inadequately human some day soon.
> >
> > To help keep peace, let's support the campaign against denying
> > computers their right to get complete and uncensored information
> > in plain text or, under very special conditions, XML :-)
> 
> It's actually heartening to see so many people agreeing with me on
> this one; I wasn't expecting it.
> 
> We should recognize that neither way is a solution.  The solution
> would be to make this kind of thing easily configurable.  That would
> mean something like a knob DFFLAGS in /etc/defaults/rc.conf.  I'd
> argue (of course) for it to be -k by default (though I'd personally
> change it to -m).