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
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
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
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
yer <a.me...@nimmini.de <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"
"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.
"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.
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:
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
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
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
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:
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 linux
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-freshclam: error
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
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 are ldd results
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
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
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
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
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 to
/usr/lib
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. That seems
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
___
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
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
users ML
Subject: Re: [Clamav-users] Error while loading shared libraries
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
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 doing this
28 matches
Mail list logo