Am 16.04.2018 um 18:00 schrieb Micah Snyder (micasnyd):
> Someone else has pointed out that the `make install` is placing libclammspack
> in usr/lib/ instead of /usr/lib64/ (they are using --prefix=/usr, instead of
> the default /usr/local).
> https://bugzilla.clamav.net/show_bug.cgi?id=12093
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Am 15.04.2018 um 17:45 schrieb Andreas Meyer:
> "Gary R. Schmidt" schrieb am 16.04.18 um
> 00:48:10 Uhr:
>
Hmm, I just built it on an OpenSUSE system (I mainly use
Solaris), and had the same problem. Which is interesting as
/etc/l
Am 15.04.2018 um 16:48 schrieb Gary R. Schmidt:
> On 16/04/2018 00:10, Reindl Harald wrote:
>> Am 15.04.2018 um 16:02 schrieb Gary R. Schmidt:
>>> On 15/04/2018 22:56, Andreas Meyer wrote:
Hello!
>>> [SNIP}
I did not specify any configure options.
>>> [SNIP]
>>>
Libraries have
Am 15.04.2018 um 16:02 schrieb Gary R. Schmidt:
> On 15/04/2018 22:56, Andreas Meyer wrote:
>> Hello!
> [SNIP}
>>
>> I did not specify any configure options.
>>
> [SNIP]
>
>> Libraries have been installed in:
>> /usr/local/lib64
>>
>> When I call freshclam I get:
>> ./freshclam: error while l
Someone else has pointed out that the `make install` is placing libclammspack
in usr/lib/ instead of /usr/lib64/ (they are using --prefix=/usr, instead of
the default /usr/local).
https://bugzilla.clamav.net/show_bug.cgi?id=12093
Micah Snyder
ClamAV Development
Talos
Cisco Systems, Inc.
On Apr
yer mailto:a.me...@nimmini.de>>
> Subject: Re: [clamav-users] error while loading shared libraries
> Date: April 15, 2018 at 10:45:24 AM CDT
> To: clamav-users@lists.clamav.net <mailto:clamav-users@lists.clamav.net>
>
> "Gary R. Schmidt" mailto:grschm...@acm.org&
"Gary R. Schmidt" schrieb am 16.04.18 um 00:48:10 Uhr:
> >> Hmm, I just built it on an OpenSUSE system (I mainly use Solaris), and
> >> had the same problem. Which is interesting as /etc/ld.so.conf contains
> >> /usr/local/lib64, so it should find libclammspack.so.0 there.
> > and youd did cal
"Gary R. Schmidt" schrieb am 16.04.18 um 00:48:10 Uhr:
> >> Hmm, I just built it on an OpenSUSE system (I mainly use Solaris), and
> >> had the same problem. Which is interesting as /etc/ld.so.conf contains
> >> /usr/local/lib64, so it should find libclammspack.so.0 there.
> > and youd did cal
On 16/04/2018 00:10, Reindl Harald wrote:
Am 15.04.2018 um 16:02 schrieb Gary R. Schmidt:
On 15/04/2018 22:56, Andreas Meyer wrote:
Hello!
[SNIP}
I did not specify any configure options.
[SNIP]
Libraries have been installed in:
/usr/local/lib64
When I call freshclam I get:
./freshcl
On 15/04/2018 22:56, Andreas Meyer wrote:
Hello!
[SNIP}
I did not specify any configure options.
[SNIP]
Libraries have been installed in:
/usr/local/lib64
When I call freshclam I get:
./freshclam: error while loading shared libraries: libclammspack.so.0: cannot
open shared object fil
Hello!
"Gary R. Schmidt" schrieb am 15.04.18 um 22:27:33 Uhr:
> On 15/04/2018 21:43, Andreas Meyer wrote:
> > Hello!
> >
> > Since the upgrade to version 0.100.0 of clamav I get
> > usr/local/sbin/clamd: error while loading shared libraries:
> > libclammspack.so.0: cannot open shared object fi
On 15/04/2018 21:43, Andreas Meyer wrote:
Hello!
Since the upgrade to version 0.100.0 of clamav I get
usr/local/sbin/clamd: error while loading shared libraries: libclammspack.so.0:
cannot open shared object file: No such file or directory
after compiling and installing.
libclammspack is not a
Hello!
Since the upgrade to version 0.100.0 of clamav I get
usr/local/sbin/clamd: error while loading shared libraries: libclammspack.so.0:
cannot open shared object file: No such file or directory
after compiling and installing.
libclammspack is not available on my system. configure and make we
On Fri, Apr 17, 2009 at 05:34:58PM -0700, Vincent Li said:
> On Fri, 17 Apr 2009, Vincent Li wrote:
>
> # ldd /usr/local/bin/freshclam
> libclamav.so.5 => /usr/local/lib/libclamav.so.5 (0x0fee9000)
>
> # /usr/local/bin/freshclam -V
> /usr/local/bin/freshclam: error while loading shared l
On Fri, 17 Apr 2009, Vincent Li wrote:
>
> Hello,
>
> I have been running clamav version <= 0.94 years on my Power Mac G5 with
> yellowdog linux 4.1. Starting from clamav 0.94.1, I am beginning to have
> problem with:
>
> ./freshclam/freshclam -V
> /usr/src/clamav-0.94.1/freshclam/.libs/lt-freshcl
Vincent
Can't comment on Yellow Dog but using gcc 4.2, clamav 0.95.1 works
fine under OSX 10.4 and 10.5. I had problems with gcc 3.4.
Hope this helps
Tom
At 3:31 PM -0700 4/17/09, Vincent Li wrote:
>Hello,
>
>I have been running clamav version <= 0.94 years on my Power Mac G5 with
>yellowdog l
Hello,
I have been running clamav version <= 0.94 years on my Power Mac G5 with
yellowdog linux 4.1. Starting from clamav 0.94.1, I am beginning to have
problem with:
./freshclam/freshclam -V
/usr/src/clamav-0.94.1/freshclam/.libs/lt-freshclam: error while loading
shared libraries: /usr/src/c
reply
All messages are scanned with an antivirus scanner.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Dennis Peterson
Sent: 03 May 2006 00:09
To: clamav-users@lists.clamav.net
Subject: Re: [Clamav-users] Error while loading shared libraries
>
> These
>
> These are ldd results:
>
> # ldd -v /usr/lib/libclamav.so.1
These are the results of running ldd against the libraries. You need to do it
again
for clamd and for any other utilities you use (clamscan, 'frinstance).
>
> What am I looking for?
"Not found" messges.
There's an issue in doin
ld-linux.so.2
ld-linux.so.2 (GLIBC_PRIVATE) => /lib/ld-linux.so.2
ld-linux.so.2 (GLIBC_2.0) => /lib/ld-linux.so.2
What am I looking for?
Bob
___________
Robert Isaac
Director/Web Admin
www.volvoclub.org.uk
Please include all previo
On Tue, 2 May 2006, [EMAIL PROTECTED] wrote:
> Robert Isaac wrote:
> > The libclamav.so.1 files are 777
>
> Danger, Will Robinson!
Probably not. It's a symbolic link. Those are always mode 777 .
Actually what lrwxrwxrwx comes out as numericly
===
Matthew van Eerde wrote:
> Robert Isaac wrote:
>> The libclamav.so.1 files are 777
>
> Danger, Will Robinson!
Hmmm, so are mine...
Ah, I see, libclamav.so.1 is a symbolic link to libclamav.so.1.0.17
___
http://lurker.clamav.net/list/clamav-users.html
Robert Isaac wrote:
> The libclamav.so.1 files are 777
Danger, Will Robinson!
--
Matthew.van.Eerde (at) hbinc.com 805.964.4554 x902
Hispanic Business Inc./HireDiversity.com Software Engineer
___
http://lurker.clamav.net/list/clamav-
Robert Isaac wrote:
The libclamav.so.1 files are 777
The libclamav.so.1.0.17 are 755
Bob
If you su - to the clamav user id and run ldd against the clamav
binaries it should tell you what is found and what is not found so far
as libraries are concerned. Using ldd as any other user may not
On Tue, May 02, 2006 at 01:42:18PM -0400, Jeff Donsbach said:
> On 5/2/06, Robert Isaac <[EMAIL PROTECTED]> wrote:
> >/usr/lib/libclamav.so.1 is a symbolic link to /usr/lib/libclamav.so.1.0.17
> >
> >/usr/local/lib/libclamav.so.1 is a symbolic link to
> >/usr/local/lib/libclamav.so.1.0.17
>
> Hmm.
Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jeff Donsbach
Sent: 02 May 2006 18:42
To: ClamAV users ML
Subject: Re: [Clamav-users] Error while loading shared libraries
On 5/2/06, Robert Isaac <[EMAIL PROTECTED]> wrote:
> /usr/lib/libclamav.so.1 is a symbolic link t
On 5/2/06, Robert Isaac <[EMAIL PROTECTED]> wrote:
/usr/lib/libclamav.so.1 is a symbolic link to /usr/lib/libclamav.so.1.0.17
/usr/local/lib/libclamav.so.1 is a symbolic link to
/usr/local/lib/libclamav.so.1.0.17
Hmm. That seems ok, although I don't know why there are copies of this
stuff in b
previous text with reply
All messages are scanned with an antivirus scanner.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jeff Donsbach
Sent: 02 May 2006 18:08
To: ClamAV users ML
Subject: Re: [Clamav-users] Error while loading shared libraries
Are
Are either of the libclamav.so.1 files symbolic links? If so, are they
pointing to non-existent files now after the upgrade? If so, fix them.
Jeff D
___
http://lurker.clamav.net/list/clamav-users.html
Yesterday (May 1) I installed ClamAV 0.88.2 on our ProLiant server running
RHEL-4 and Apache 2.0.52 using rpms from
http://dag.wieers.com/packages/clamav/
I had set the daemon to run the update but got this in logwatch today:
+++
Daemon check list:
Database modification de
30 matches
Mail list logo
