On Mon, 6 Oct 2008, David F. Skoll wrote:
> 1) Issue security updates that *only* fix security problems and
> nothing else.  This is something that (for example) Red Hat Enterprise
> ...

I use CentOS and notice that it auto-updates to the latest ClamAV.
And strictly speaking, that is a good thing. An AV package that doesn't
stay current isn't very useful.

> 2) Issue updates, but make sure they don't break on old config files.  
> That's what I'm advocating.

Agreed. Though I also recognize that sometimes a new feature is
incompatible with an old one, or a default changes, and then you need to
change the config format. So I advocate notification mechanisms for 
systems without constant admin oversight.

> 3) Issue updates, and don't care if they break on old config files.  
> That's what some on this list seem to be advocating, and I really
> cannot understand that position.  Do you *enjoy* making people's lives
> harder?  (It seems that we do have a few BOFH nominees on the list...)

(sarcasm on)
If you aren't BOFH, you are 'derelict'. But don't worry, you deserve it.
(sarcasm off)

- Charles

_______________________________________________
Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net
http://www.clamav.net/support/ml

Reply via email to