On Wed, 17 Nov 2010, Kai Schaetzl wrote:
Just upgraded to clamav 0.96.4 and found clamav-db is still providing .cvd
files. AFAIK clamav has moved to .cld files for a while now. As I
understand the .cvd files are compressed and may still be fine for
starting a fresh install. It seems that clamav either ignores these files
or finds that they are older than the update and doesn't unpack them. No
harm is done. So, for an existing install with updates it's just dead
payload. I've seen reports (some months ago) about problems with mixing
both file types in an installation, though.
I've removed the files now after the upgrade. But I'm wondering if there
is a way to stop this unnecessary database "update" somehow thru the
packaging, so that there is no need to fetch database bytes that are not
used, anyway.
Thanks for the feedback, Kai. You are indeed correct that we should be
shipping .cld files. On my system it seems to be fine though:
----
[r...@moria ~]# ls -l /var/clamav/
total 64468
-rw-r--r--. 1 clamav clamav 88505 Nov 16 20:08 bytecode.cvd
-rw-r--r--. 1 clamav clamav 492544 Nov 17 11:41 daily.cld
-rw-r--r--. 1 clamav clamav 65422336 Nov 16 20:07 main.cld
-rw-------. 1 clamav clamav 104 Nov 17 11:41 mirrors.dat
[r...@moria ~]# rpm -ql clamav-db
/etc/cron.daily/freshclam
/etc/logrotate.d/freshclam
/var/clamav
/var/clamav/daily.cvd
/var/clamav/main.cvd
/var/log/clamav
/var/log/clamav/freshclam.log
----
So we should fix the clamav packages (I am on it !), but fortunately it
doesn't have an impact on the users (except for the deadweight ;-)).
Thanks again !
--
-- dag wieers, [email protected], http://dag.wieers.com/
-- dagit linux solutions, [email protected], http://dagit.net/
[Any errors in spelling, tact or fact are transmission errors]
_______________________________________________
users mailing list
[email protected]
http://lists.rpmforge.net/mailman/listinfo/users
