[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: about volatile.d.o/n

On Sat, Oct 09, 2004 at 10:43:05AM -0400, Stephen Gran wrote:
> This one time, at band camp, Kevin Mark said:
> > On Sat, Oct 09, 2004 at 11:00:51AM +0200, Francesco Paolo Lovergine wrote:
> > > On Sat, Oct 09, 2004 at 03:01:11AM -0400, Kevin Mark wrote:
> > > > Packages like virus checkers seem to be
> > > > composed of 2 parts: the app program and the data where the data in
> > > > this case are virus sigs and the app is say clamav. And the 'volitile'
> > > > part is the virus sigs whereas the app (once it hits stable) shouldnt
> > > > change unless it warrents a 'security' update. So, volitile should be
> > > > for the data/virus sigs that need updating when new bugs hit the 'net.
> > > 
> > > No, often such kind of programs need engine update. That's true for
> > > both AV and antispam programs as well.
> > > 
> > Hi Francesco,
> > so:
> > the program = engine part + (some un-named part) ???
> > and the engine part and the data part are volitile
> In the case of clamav, most of the work of scanning is handled by
> library functions, and these functions are called by the frontend
> programs like clamscan, clamdscan, and the milter.
Hi Stephen,


the api for {lib} and {frontend} must be in sync.
update {lib} api and then you would have to update all {frontends}.
does not sound like 'stable' policy?

the data format used in {data} and read by the {lib} must be in sync.
update the {lib} may lead to a change in data format which would 
probably lead to an api change which would mean updates to all
{frontends}. ugh!

would it be good to backport new dataformat to 'stable' dataformat or
risk having to fix {lib} and {frontend}s? then they would be 'unstable' 
and need QA?
clam-data has an updated but not all similar frontends do.
what is done for others that do not have 'freshclam'?

what is the diff between
enquiring minds what to know? hope this is not too OT!


 / |    ||
*  /\---/\
   ~~   ~~
...."Have you mooed today?"...

Attachment: signature.asc
Description: Digital signature

Reply to: