I am compiling 0.96.5 on RHEL 5, when I ran into this error during "make
check". I realize this may not be a Clamav-specific bug, however it
does involve a dependency.
/usr/bin/ld: /usr/local/lib/libbz2.a(bzlib.o): relocation R_X86_64_32S
against `a local symbol' can not be used when making
I've run into a quirky issue with installing ClamAV from an NFS mount.
I do this to keep the same code available to all my systems. I have
separate mounts for 32- and 64-bit.
For ClamAV, the installation will fail because the NFS mount itself is
read-only (ro):
make[3]: Entering directory
[ .. ]
I do this to keep the same code available to all my systems. I have
separate mounts for 32- and 64-bit.
For something like ClamAV, I don't see the point. You seem to be
making it harder for yourself than it needs to be.
This is a matter of opinion :-) My goal is to have the code all NF
On 3/13/12 1:02 PM, Pierre Dehaen wrote:
No, I just install on a few mail filtering machines, all Solaris... and the
script is not automated:
it asks for confirmation before doing each step and it shows output of
commands, so you can
stop the script, verify, fix, etc, and restart, skip some s
On 3/14/12 7:43 AM, G.W. Haywood wrote:
Hello again,
On Wed, 14 Mar 2012, Forrest Aldrich wrote:
What's happening is the clamav installation (make install) creates a
file *.tmp and removes it. This is why the process failed because I
mount the directory read-only on most of the syste
Prior to posting, I searched Google and found some reports like this -
though they referred to previous installations needing to be removed
(which I do not have).
I'm trying to compile the latest stable release on Solaris 10 x86, in
64bit -- though compiling it standard with regular GCC still
Török Edwin wrote:
> On 2008-07-24 20:20, Forrest Aldrich wrote:
>
>> Prior to posting, I searched Google and found some reports like this -
>> though they referred to previous installations needing to be removed
>> (which I do not have).
>>
>> I&#
Török Edwin wrote:
> On 2008-07-24 20:40, Forrest Aldrich wrote:
>
>> Török Edwin wrote:
>>
>>
>>> On 2008-07-24 20:20, Forrest Aldrich wrote:
>>>
>>>
>>>
>>>> Prior to posting, I searched Google a
I have ClamAV 0.80 (via FreeBSD ports) installed.
I just sent someone a file.tar.gz that had some patches included (along
with *.orig files). I saw this in the logs:
Oct 25 00:51:26 forrie MailScanner[4303]: ProcessClamAVOutput:
unrecognised line "webuserprefs-0.5/ChangeLog". Please contact the a
It does. ls, dir, whatever so something isn't working.
I can't compile the clamav-milter on this system - the make process doesn't
compile that or clamd, as specified in my previous post. I'd like to
understand (and possibly fix) the problem.
Forrest
At 01:29 AM 6/17/2003, Nigel Horn
What happened with clamav.elektrapro.com that caused the extended
downtime? I didn't see anything posted to that effect.
And what about hosting this project on sourceforge?
F
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
(hmm, looks like clamav.elektrapro.com has been down for a while... ?)
I installed GCC33, with no problems.
When I go to compile from a recent snapshot release, I use the flags:
./configure --prefix=/usr/local --disable-pthreads --enable-milter
--with-gcc=/usr/local/bin/gcc33
and it does not b
I can get to the site, but (even in PASV) can't see the directory.
Anyhow, I would like to compile this from source... and would like to
understand why I'm having these compile problems with the latest snapshot.
Do you have a CVS server somewhere?
At 06:03 AM 6/13/2003, Nigel Horne wrote:
Yo
Thanks Nigel, sorry for the oversight.
Why, may I ask, does this depend upon GCC3?
Thanks,
Forrest
At 02:05 AM 6/6/2003, you wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Friday 06 Jun 2003 3:15 am, Forrest Aldrich wrote:
> I can't seem to get clamav-milter to co
I would think this (and other related issues, like clamav.elektrapro.com
going offline frequently) would be so much easier if ClamAV were maintained
on SourceForge.
At 06:03 AM 6/24/2003, Lionel Bouton wrote:
Krištof Petr wrote:
Lionel Bouton wrote:
[..]
BTW, are there people interested by
I can't seem to get clamav-milter to compile on FreeBSD_4.8, and I wonder
if anyone has accomplished this.
This is from the latest CVS snapshot of ClamAV.
Thanks!
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional com
Rob, were you able to get clamav-milter running on FreeBSD-4.8? I cannot.
If so, could you share your config args, etc.
Thanks,
Forrest
At 01:01 PM 6/11/2003, Rob wrote:
Rob wrote:
Hi clamav compiles and runs on my FBSD-4.8 system, but I get warnings at
the end of compilation:
/usr/lib/libc.
At 03:47 AM 6/14/2003, Nigel Horne wrote:
On Friday 13 June 2003 21:53, Forrest Aldrich wrote:
> I can get to the site, but (even in PASV) can't see the directory.
When you see "can't see the directory" what error message do you see? What
directory are you trying to acces
Also, I see this in the configure output:
checking libmilter/mfapi.h usability... yes
checking libmilter/mfapi.h presence... yes
checking for libmilter/mfapi.h... yes
I re-ran everything, from a fresh untar of the latest snapshot, and
still... nothing is being made in the clamd or lib-milter dire
Someone mentioned on MailScanner that ClamAV doesn't actually disinfect,
just notifies. Are there plans for a disinfection ability.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
At 03:48 AM 6/9/2003, Ahmad Masood Shah wrote:
There was problem in clamv system. Now they have recoverd ...
updating is working now..
[ ... ]
Glad the problem is fixed.
I certainly tried to find out what had happened, but didn't get any
information.
I'd like to suggest that ClamAV be move
Yes, libmilter files are properly installed, via the FreeBSD "sendmail-old"
port. They are :
/usr/local/lib/libmilter.a
/usr/local/include/libmilter:
mfapi.h
At 01:16 PM 6/9/2003, you wrote:
> (hmm, looks like clamav.elektrapro.com has been down for a while... ?)
>
> I installed GCC33
I have a file that was detected to have the Cake.A virus; however, my other
scanners (Norton, Ravav, F-Prot, Nod32) do not concur.
Anyone see this type of false positive.
Forrest
---
This SF.net email is sponsored by OSDN developer relatio
23 matches
Mail list logo
