Hello,
I have the same problem on a i386 etch 0.90.1dfsg-3etch10 system:
Tue Mar 4 06:18:13 2008 - SelfCheck: Database modification detected. Forcing
reload.
Tue Mar 4 06:18:13 2008 - Reading databases from /var/lib/clamav
Tue Mar 4 06:20:23 2008 - ERROR: reload db failed: Unable to lock
This one time, at band camp, Noèl Köthe said:
Hello,
I have the same problem on a i386 etch 0.90.1dfsg-3etch10 system:
Tue Mar 4 06:20:23 2008 - ERROR: reload db failed: Unable to lock database
directory (try 1)
Tue Mar 4 06:22:33 2008 - ERROR: reload db failed: Unable to lock database
Hi,
I am also affected in the same way.
Stephen Gran schrieb:
First, please try the packages from volatile.debian.org.
If that is your solution, does this mean clamav from stable will
remain broken?
Thanks
Kevin
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
This one time, at band camp, Kevin Price said:
Hi,
I am also affected in the same way.
Stephen Gran schrieb:
First, please try the packages from volatile.debian.org.
If that is your solution, does this mean clamav from stable will
remain broken?
The cause hasn't yet been determined -
Stephen Gran schrieb:
I can't know until I can reproduce it.
If we switch to volatile as you suggest, we won't be able to help you
reproduce the bug on stable.
Can I be helpful by staying with stable and trying to help you reproduce
the bug?
Until then, you're welcome to keep using scare
This one time, at band camp, Kevin Price said:
Stephen Gran schrieb:
I can't know until I can reproduce it.
If we switch to volatile as you suggest, we won't be able to help you
reproduce the bug on stable.
Can I be helpful by staying with stable and trying to help you reproduce
the
6 matches
Mail list logo