Dear Group,

I think i will make a script to automate the process myself.. 
I really think the clamav developers have already done a great work providing 
us clamav sources,
so why bothering them for creating a new system for upgrading the clamav itself 
i think we can still 
compile from sources: i will see how to manage and I'll post in the list how 
solved this problem, if 
someone needs it.....

Cheers,
Lorenzo                                                                         
                                   
                              
                              
                              
                           
   Lorenzo Allori
Systems Administrator
Office: +393491924516
Mobile: +393398612411
The Medici Archive Project
<[EMAIL PROTECTED]>


-----Original Message-----
From: Dale Walsh <[EMAIL PROTECTED]>
To: ClamAV users ML <clamav-users@lists.clamav.net>
Date: Wed, 2 Mar 2005 09:33:11 -0500
Subject: Re: [Clamav-users] Tool to upgrade

> 
> On Mar 02, 2005, at 05:02, Steffen Heil wrote:
> 
> > Hi
> >
> >> I've just rebuilt ClamAV from source on an FC1 and a Mac OSX
> >> server after making minor source code edits, the time
> >> involved on both machines was less than 15 minutes, this also
> >> included a complete rebuild of Apache and PHP on the Mac (I
> >> have fast machines) so using old and outdated software
> >> because your waiting on an updated RPM doesn't make any logical sense.
> >
> > You miss the point.
> > This is not about having less work to update, this is about having NO 
> > work
> > to update.
> >
> > An example:
> > We so have some Windows servers running since years which use McAfee
> > VirusScan Enterprise 7.0.
> > It loads DAT-File (definitions) a few times a day (as freshclam does).
> > But it also loads Engine-Updates every few months.
> > Some of these servers have not been touched for more than a year. It 
> > simply
> > works.
> 
> Your talking about windows machines and support features, while mcafee 
> does offer a mac package, it does utilize the same dat files I believe 
> but, the programmers were lazy and did not build the same engine update 
> support so you have to manually download and install engine updates and 
> pushing better support features for the windows platform is only 
> beneficial to you and others running windows.
> 
> > This is what should be archieved, IMHO.
> >
> > Exspecially on virus scanner updates, I would think it is very 
> > important to
> > have that, because most administrators of smaller systems will NOT 
> > monitor
> > which versions become available and will immediately update everything,
> > exspecially when compiling is involved. Most admins of small companies 
> > need
> > to do this additionally to their primary job and only work on it, if
> > required. For most of them "required" is just then, when a new virus 
> > already
> > made it into their system.
> >
> > I know, it would be better to have full time admins which keep track 
> > and
> > update immediately, but this is life.
> >
> > McAfee DOES a great job on this - even though I assume this is way 
> > easier on
> > windows. (Yes, I assume this IS an advantage of windows.)
> > Anyway, there must be a way to give this advantage to linux users. Not 
> > using
> > libraries but statically linking all required dependencies would put 
> > more
> > memory footprint to the system, but would make engine update schemes
> > possible.
> 
> This might become possible utilizing a fink type of foot-print to 
> handle downloading of updated source files and building on the fly or 
> modifying freshclam to handle this, it then creates more burden on the 
> providers to program something that is outside the scope of their 
> package based on the lazyness of the end user and this doesn't seem 
> fair to to them when this is all provided for free.
> 
> > Think about it.
> 
> This doesn't require a lot of thought, it does make logical sense 
> however, supporting multiple platforms means the offering source and 
> building could only be circumvented by the authors providing unilateral 
> and equilateral support for platforms/OS's and environments that 
> becomes non-feasible without financial support and are forced to charge 
> for their product to offset these expenditures.
> 
> > Regards,
> >   Steffen
> 
> -- Dale
> 
> _______________________________________________
> http://lurker.clamav.net/list/clamav-users.html

_______________________________________________
http://lurker.clamav.net/list/clamav-users.html

Reply via email to