Re: [clamav-users] Clam virus database for test purposes

2012-07-09 Thread Benny Pedersen
Den 2012-07-09 07:45, Wojciech Michalak skrev: server. Just empty files don't work as they don't pass verification tests that are run on startup. ups :/ cd /tmp sigtool --unpack-current=daily sigtool --unpack-current=main move whats is needed into database dir, freshclam and clamd can have 2

Re: [clamav-users] Clam virus database for test purposes

2012-07-08 Thread Wojciech Michalak
Hi Sorry for double sending this to the list but ever since I switched to digests I sometimes forget to change the subject. > create them self, and disable freshclam, not tested but should be it I cannot create the files myself. Signtool for creating the cvd files requires access to a (as far as

Re: [clamav-users] Clam virus database for test purposes

2012-07-06 Thread Benny Pedersen
Den 2012-07-06 12:41, Wojciech Michalak skrev: Clamav-daemon will fail to start. I want it to start with only a custom database. If it isn't possible then please could the database maintainer provide empty database files (daily.cld, bytecode.cld,main.cvd)? create them self, and disable fres

Re: [clamav-users] Clam virus database for test purposes

2012-07-06 Thread Wojciech Michalak
On 06.07.2012 12:00, clamav-users-requ...@lists.clamav.net wrote: > This is the correct approach, path may vary depending on the platform > being used, but should be documented in clamd.conf. > > Tom If this is the correct approach then should I treat clamav-daemon failing to start as a bug? Repro

Re: [clamav-users] Clam virus database for test purposes

2012-07-05 Thread Tom Judge
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/07/2012 10:30, Steve Basford wrote: > >> Thank you for your reply. >> >> The suggested solution doesn't solve the problem as I am trying >> to communicate with clamav-daemon which (as far as I can tell) >> checks for the cvd databases and doe

Re: [clamav-users] Clam virus database for test purposes

2012-07-05 Thread Wojciech Michalak
The suggested solutions still fail at the same point. If I have only a custom database without the original ones clamd fails to start. [FAIL] Clamav signatures not found in /var/lib/clamav ... failed! [FAIL] Please retrieve them using freshclam ... failed! [FAIL] Then run '/etc/init.d/clamav-daemo

Re: [clamav-users] Clam virus database for test purposes

2012-07-04 Thread Benny Pedersen
Den 2012-07-04 16:12, Wojciech Michalak skrev: The suggested solution doesn't solve the problem as I am trying to communicate with clamav-daemon which (as far as I can tell) checks for the cvd databases and doesn't take a database argument. clamscan --database=/path/to/test.ndb ? test.ndb m

Re: [clamav-users] Clam virus database for test purposes

2012-07-04 Thread Steve Basford
> Thank you for your reply. > > The suggested solution doesn't solve the problem as I am trying to > communicate with clamav-daemon which (as far as I can tell) checks for > the cvd databases and doesn't take a database argument. Any other > suggestions? Create the test.ndb file as shown earlier.

Re: [clamav-users] Clam virus database for test purposes

2012-07-04 Thread Wojciech Michalak
2012 12:00, clamav-users-requ...@lists.clamav.net wrote: > Message: 1 > Date: Tue, 3 Jul 2012 10:34:44 -0400 > From: Matt Olney > Subject: Re: [clamav-users] Clam virus database for test purposes > To: ClamAV users ML > Message-ID: > > Content-Type: text/plain; chars

Re: [clamav-users] Clam virus database for test purposes

2012-07-03 Thread Matt Olney
You can create a file called test.ndb and add the following lines to it: Eicar-Test-Signature:0:0:58354f2150254041505b345c505a58353428505e2937434329377d2445494341522d5354414e444152442d414e544956495255532d544553542d46494c452124482b482a Eicar-Test-Signature-1:0:*:574456504956416c51454651577a52635546

[clamav-users] Clam virus database for test purposes

2012-07-02 Thread Wojciech Michalak
Hello, I was wondering if you could release (or point me to if one exists) a set of cvd files which would contain only the eicar test samples? When developing software I was hoping to refrain from having to commit/host the whole current virus database. Checkout/download becomes cumbersome when