Re: [clamav-users] error while loading shared libraries

[Reindl Harald]

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

and that is why you should learn to build packages because the "make
install" don't run as root, don't install diretcly below /usr and so you
can't overwrite system-libraries from other packages with incompatible
versions - as well as when soemthing breaks out the buildroot and tries
to touch files below /usr it get a permission denied
___
clamav-users mailing list
clamav-users@lists.clamav.net
http://lists.clamav.net/cgi-bin/mailman/listinfo/clamav-users


Help us build a comprehensive ClamAV guide:
https://github.com/vrtadmin/clamav-faq

http://www.clamav.net/contact.html#ml

Re: [clamav-users] error while loading shared libraries

[Reindl Harald]

-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/ld.so.conf contains /usr/local/lib64, so it should find
 libclammspack.so.0 there.
>>> and youd did call "ldconfig"?
>> No, the OpenSUSE system is basically as it came out of the box,
>> and given that /etc/ld.so.conf contains /usr/local/lib64 by
>> default I am surprised that ldconfig would be needed.
> 
> hmmm, after a ldconfig freshclam and clamd are running again. 
> strange...

there is nothing strange

https://fedoraproject.org/wiki/Changes/Removing_ldconfig_scriptlets

Summary
For many years, package maintainers were required to write scriptlets
which call ldconfig in %post/%postun if they package shared libraries

if you don't call it within a apckage after install you are supposed
to do it manually, that's nothing new and everything which works
without is just by luck

the ldconfig cache did not know about the file which was new after
"make install"

-BEGIN PGP SIGNATURE-

iQGzBAEBCAAdFiEEnStGzbwUCjZ1OuTXMxdNWliSt7gFAlrTkmEACgkQMxdNWliS
t7jAlwwAudKFWwSxkFuN2BSDNYnqQopmPFpqESiC8RzHl32R8USD1FOCKNc3+Qc5
7MQFzkXZxTfbU8Ohqfh7iaN54/ffD1N+C0C04m/Js8F3lx8PXP8Z0mnCcZ6IElrG
RBs72zgP/YueGxtGHL7MXfwt/Pa0OmKPa0mltJ1PgZXQ+ZdPJAqFK9wax0YOa1pB
CBBQJY0QlPMZT6UbjZR09hsNvtJ4OgGhF1BkBCTpUCzAg8cXHV/5yf0cGVUJX3+z
ILB3y85DNA5gZ+Y+VbNPoF1831l+B9+s4+5zbSHP0t/E6hUeFPpS9Xwq09hr+SzP
GdxAeOSrMT8ES86+MqIwlrzQx91CarNU/aF1QGj7dyOU50g9smttKXqRJf7yXj48
Cib6G2RX1c1bCUTNBcyFSeIvSW6g5htvs3IBfIYRwTDxrUfhTgoLRklwPQPk8tOG
t3Zi2085MDGwcaqaXtwgrqQPLojH1vsvDJaunvWQxKlCeVihCrNLzcHQlpdjTZ2o
cHUxB/fy
=PpqW
-END PGP SIGNATURE-
___
clamav-users mailing list
clamav-users@lists.clamav.net
http://lists.clamav.net/cgi-bin/mailman/listinfo/clamav-users


Help us build a comprehensive ClamAV guide:
https://github.com/vrtadmin/clamav-faq

http://www.clamav.net/contact.html#ml

Re: [clamav-users] error while loading shared libraries

[Reindl Harald]

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 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 file: No such file or directory

>>> 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 call "ldconfig"?
> No, the OpenSUSE system is basically as it came out of the box, and
> given that /etc/ld.so.conf contains /usr/local/lib64 by default I am
> surprised that ldconfig would be needed.

read what i posted at bottom

>> a common problem with running make outside a proper environment
>> producing packages where a proper spec-file either calls ldconfig
>> explicit or the environment does when libraries are installed in the
>> transaction
> What do you mean by "a proper environment"?  To me that means a shell,
> and an editor, and access to cc, ar, ld, and make, or equivalents.

i don't install anything which is not properly packaged
rpmbuild is no rocket science

that way your setups live years and deacades without reinstall because
you don't leave obsolete files laying around introducing funny things
over the years

>> ldconfig creates  the  necessary  links  and  cache  to  the  most
>> recent  shared  libraries  found  in  the  directories specified on the
>> command line, in the file /etc/ld.so.conf, and in the trusted
>> directories, /lib and /usr/lib (on some 64-bit architectures such as
>> x86-64, lib and /usr/lib  are  the  trusted  directories  for 32-bit
>> libraries, while /lib64 and /usr/lib64 are used for 64-bit libraries).
>>
> Does this mean that it is no longer possible to produce and install
> binaries on Linux systems with having to create spec files and generate
> installation packages for them?

WTF - "and  cache  to  the  most recent  shared  libraries"
why didn't you just type "ldconfig"

https://fedoraproject.org/wiki/Changes/Removing_ldconfig_scriptlets

___
clamav-users mailing list
clamav-users@lists.clamav.net
http://lists.clamav.net/cgi-bin/mailman/listinfo/clamav-users


Help us build a comprehensive ClamAV guide:
https://github.com/vrtadmin/clamav-faq

http://www.clamav.net/contact.html#ml

Re: [clamav-users] error while loading shared libraries

[Reindl Harald]

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 loading shared libraries: libclammspack.so.0:
>> cannot open shared object file: No such file or directory
>>
> 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 call "ldconfig"?

a common problem with running make outside a proper environment
producing packages where a proper spec-file either calls ldconfig
explicit or the environment does when libraries are installed in the
transaction

ldconfig creates  the  necessary  links  and  cache  to  the  most
recent  shared  libraries  found  in  the  directories specified on the
command line, in the file /etc/ld.so.conf, and in the trusted
directories, /lib and /usr/lib (on some 64-bit architectures such as
x86-64, lib and /usr/lib  are  the  trusted  directories  for 32-bit
libraries, while /lib64 and /usr/lib64 are used for 64-bit libraries).
___
clamav-users mailing list
clamav-users@lists.clamav.net
http://lists.clamav.net/cgi-bin/mailman/listinfo/clamav-users


Help us build a comprehensive ClamAV guide:
https://github.com/vrtadmin/clamav-faq

http://www.clamav.net/contact.html#ml

Re: [clamav-users] error while loading shared libraries

[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

Micah Snyder
ClamAV Development
Talos
Cisco Systems, Inc.


On Apr 15, 2018, at 10:48 AM, Gary R. Schmidt 
> wrote:

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:
./freshclam: error while loading shared libraries: libclammspack.so.0:
cannot open shared object file: No such file or directory

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 call "ldconfig"?
No, the OpenSUSE system is basically as it came out of the box, and given that 
/etc/ld.so.conf contains /usr/local/lib64 by default I am surprised that 
ldconfig would be needed.

a common problem with running make outside a proper environment
producing packages where a proper spec-file either calls ldconfig
explicit or the environment does when libraries are installed in the
transaction
What do you mean by "a proper environment"?  To me that means a shell, and an 
editor, and access to cc, ar, ld, and make, or equivalents.

ldconfig creates  the  necessary  links  and  cache  to  the  most
recent  shared  libraries  found  in  the  directories specified on the
command line, in the file /etc/ld.so.conf, and in the trusted
directories, /lib and /usr/lib (on some 64-bit architectures such as
x86-64, lib and /usr/lib  are  the  trusted  directories  for 32-bit
libraries, while /lib64 and /usr/lib64 are used for 64-bit libraries).

Does this mean that it is no longer possible to produce and install binaries on 
Linux systems with having to create spec files and generate installation 
packages for them?

Cheers,
GaryB-)
___
clamav-users mailing list
clamav-users@lists.clamav.net
http://lists.clamav.net/cgi-bin/mailman/listinfo/clamav-users


Help us build a comprehensive ClamAV guide:
https://github.com/vrtadmin/clamav-faq

http://www.clamav.net/contact.html#ml

___
clamav-users mailing list
clamav-users@lists.clamav.net
http://lists.clamav.net/cgi-bin/mailman/listinfo/clamav-users


Help us build a comprehensive ClamAV guide:
https://github.com/vrtadmin/clamav-faq

http://www.clamav.net/contact.html#ml

Re: [clamav-users] error while loading shared libraries

[Telsin]

My older slackware install also needed ldconfig run after a from source 
install. Without that, I experienced the same errors. I note that ldconfig is 
suggested in the source install instructions currently on the web site, but 
never had to do it before. Ah, changes :)


> From: Andreas Meyer <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" <grschm...@acm.org <mailto:grschm...@acm.org>> 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 call "ldconfig"?  
>> No, the OpenSUSE system is basically as it came out of the box, and 
>> given that /etc/ld.so.conf contains /usr/local/lib64 by default I am 
>> surprised that ldconfig would be needed.
> 
> hmmm, after a ldconfig freshclam and clamd are running again.
> strange...
> 
>  Andreas
> 
> -- 
> PGP-Fingerprint: D392 5D21 0299 63D7 5BAE 4562 1E56 B2EA 81A2 59F1
> ___
> clamav-users mailing list
> clamav-users@lists.clamav.net <mailto:clamav-users@lists.clamav.net>
> http://lists.clamav.net/cgi-bin/mailman/listinfo/clamav-users
> 
> 
> Help us build a comprehensive ClamAV guide:
> https://github.com/vrtadmin/clamav-faq
> 
> http://www.clamav.net/contact.html#ml

___
clamav-users mailing list
clamav-users@lists.clamav.net
http://lists.clamav.net/cgi-bin/mailman/listinfo/clamav-users


Help us build a comprehensive ClamAV guide:
https://github.com/vrtadmin/clamav-faq

http://www.clamav.net/contact.html#ml

Re: [clamav-users] error while loading shared libraries

[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/ld.so.conf contains
> >> /usr/local/lib64, so it should find libclammspack.so.0 there.  
> > and youd did call "ldconfig"?  
> No, the OpenSUSE system is basically as it came out of the box, and 
> given that /etc/ld.so.conf contains /usr/local/lib64 by default I am 
> surprised that ldconfig would be needed.

hmmm, after a ldconfig freshclam and clamd are running again.
strange...

  Andreas

-- 
PGP-Fingerprint: D392 5D21 0299 63D7 5BAE 4562 1E56 B2EA 81A2 59F1


pgpYSxCWfo5rX.pgp
Description: Digitale Signatur von OpenPGP
___
clamav-users mailing list
clamav-users@lists.clamav.net
http://lists.clamav.net/cgi-bin/mailman/listinfo/clamav-users


Help us build a comprehensive ClamAV guide:
https://github.com/vrtadmin/clamav-faq

http://www.clamav.net/contact.html#ml

Re: [clamav-users] error while loading shared libraries

[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/ld.so.conf contains
> >> /usr/local/lib64, so it should find libclammspack.so.0 there.  
> > and youd did call "ldconfig"?  
> No, the OpenSUSE system is basically as it came out of the box, and 
> given that /etc/ld.so.conf contains /usr/local/lib64 by default I am 
> surprised that ldconfig would be needed.

It contains both paths.

> > ldconfig creates  the  necessary  links  and  cache  to  the  most
> > recent  shared  libraries  found  in  the  directories specified on the
> > command line, in the file /etc/ld.so.conf, and in the trusted
> > directories, /lib and /usr/lib (on some 64-bit architectures such as
> > x86-64, lib and /usr/lib  are  the  trusted  directories  for 32-bit
> > libraries, while /lib64 and /usr/lib64 are used for 64-bit libraries).
> >  
> Does this mean that it is no longer possible to produce and install 
> binaries on Linux systems with having to create spec files and generate 
> installation packages for them?

Any chance to get the thing working again? I fear going back to 0.94
is not the best idea.

Kind regards

  Andreas
-- 
PGP-Fingerprint: D392 5D21 0299 63D7 5BAE 4562 1E56 B2EA 81A2 59F1


pgpL1UpJKzsZK.pgp
Description: Digitale Signatur von OpenPGP
___
clamav-users mailing list
clamav-users@lists.clamav.net
http://lists.clamav.net/cgi-bin/mailman/listinfo/clamav-users


Help us build a comprehensive ClamAV guide:
https://github.com/vrtadmin/clamav-faq

http://www.clamav.net/contact.html#ml

Re: [clamav-users] error while loading shared libraries

[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 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 file: No such file or directory


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 call "ldconfig"?
No, the OpenSUSE system is basically as it came out of the box, and 
given that /etc/ld.so.conf contains /usr/local/lib64 by default I am 
surprised that ldconfig would be needed.



a common problem with running make outside a proper environment
producing packages where a proper spec-file either calls ldconfig
explicit or the environment does when libraries are installed in the
transaction
What do you mean by "a proper environment"?  To me that means a shell, 
and an editor, and access to cc, ar, ld, and make, or equivalents.



ldconfig creates  the  necessary  links  and  cache  to  the  most
recent  shared  libraries  found  in  the  directories specified on the
command line, in the file /etc/ld.so.conf, and in the trusted
directories, /lib and /usr/lib (on some 64-bit architectures such as
x86-64, lib and /usr/lib  are  the  trusted  directories  for 32-bit
libraries, while /lib64 and /usr/lib64 are used for 64-bit libraries).

Does this mean that it is no longer possible to produce and install 
binaries on Linux systems with having to create spec files and generate 
installation packages for them?


    Cheers,
        Gary    B-)
___
clamav-users mailing list
clamav-users@lists.clamav.net
http://lists.clamav.net/cgi-bin/mailman/listinfo/clamav-users


Help us build a comprehensive ClamAV guide:
https://github.com/vrtadmin/clamav-faq

http://www.clamav.net/contact.html#ml

Re: [clamav-users] error while loading shared libraries

[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 loading shared libraries: libclammspack.so.0: cannot 
open shared object file: No such file or directory

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.


Of course, specifying "LD_LIBRARY_PATH=/usr/local/lib64" fixes things, 
but it shouldn't be needed...


I'm guessing that configure is doing something weird, like setting bogus 
elements in libtool, and will leave it for those who know what they did, 
and why, to look into this.


Cheers,
GaryB-)

___
clamav-users mailing list
clamav-users@lists.clamav.net
http://lists.clamav.net/cgi-bin/mailman/listinfo/clamav-users


Help us build a comprehensive ClamAV guide:
https://github.com/vrtadmin/clamav-faq

http://www.clamav.net/contact.html#ml

Re: [clamav-users] error while loading shared libraries

[Gary R. Schmidt]

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 available on my system. configure and make went through.

Is clamav now unusable from now on?


Immediate thought - did "make install" succeed?

More information, what configure options did you specify, and have you 
checked every line of output from the make process?  Sometimes things 
don't cause the make to fail, but cab create files that don't do the 
Right Thing(TM).


Cheers,
GaryB-)
___
clamav-users mailing list
clamav-users@lists.clamav.net
http://lists.clamav.net/cgi-bin/mailman/listinfo/clamav-users


Help us build a comprehensive ClamAV guide:
https://github.com/vrtadmin/clamav-faq

http://www.clamav.net/contact.html#ml

[clamav-users] error while loading shared libraries

[Andreas Meyer]

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 went through.

Is clamav now unusable from now on?

Kind regards

  Andreas

-- 
PGP-Fingerprint: D392 5D21 0299 63D7 5BAE 4562 1E56 B2EA 81A2 59F1


pgpcGcUne35VM.pgp
Description: Digitale Signatur von OpenPGP
___
clamav-users mailing list
clamav-users@lists.clamav.net
http://lists.clamav.net/cgi-bin/mailman/listinfo/clamav-users


Help us build a comprehensive ClamAV guide:
https://github.com/vrtadmin/clamav-faq

http://www.clamav.net/contact.html#ml

[Clamav-users] Error while loading shared libraries on PowerMac G5 running Yellow Dog Linux release 4.1

[Vincent Li]

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/clamav-0.94.1/libclamav/.libs/libclamav.so.5: 
R_PPC_REL24 relocation at 0x0ff72b20 for symbol `fprintf' out of range

The PPC Yellow dog Linux system info:

# gcc --version
gcc (GCC) 3.4.4 20050721 (Yellow Dog 3.4.4-2.ydl.2)
# ld -V
GNU ld version 2.15.92.0.2 20040927
   Supported emulations:
elf32ppclinux
elf32ppc
elf32ppcsim
elf64ppc

I have x86 PC running Fedora 3, it runs clamav-0.94.1 - clamav- 0.95.1 
fine.

x86 PC fedora 3 system info:

# gcc --version
gcc (GCC) 3.4.2 20041017 (Red Hat 3.4.2-6.fc3)
# ld -V
GNU ld version 2.15.92.0.2 20040927
   Supported emulations:
elf_i386
i386linux

There must be some changes between clamav-0.94 and  clamav-0.94.1 which 
made clamav stop working on PPC Linux, I have been going through the 
change log from clamav-0.94 to clamav-0.94.1, there seems a lot of 
changes, I have no clue which part break my installation. someone said I 
should upgrade linker package, but I want to be sure  it is the linker 
problem here, so that I can seek upgrading the linker. (it is not easy to 
upgrad linker since I am running relatively old system here).

I could provide more info if it helps solving this problem.

Thanks.

-
Vincent Li
Systems Administrator
BRC,UBC
perl 
-e'print\131e\164\040\101n\157t\150e\162\040\114i\156u\170\040\107e\145k\012'
___
Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net
http://www.clamav.net/support/ml

Re: [Clamav-users] Error while loading shared libraries on PowerMac G5 running Yellow Dog Linux release 4.1

[Tom Shaw]

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 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/clamav-0.94.1/libclamav/.libs/libclamav.so.5:
R_PPC_REL24 relocation at 0x0ff72b20 for symbol `fprintf' out of range

The PPC Yellow dog Linux system info:

# gcc --version
gcc (GCC) 3.4.4 20050721 (Yellow Dog 3.4.4-2.ydl.2)
# ld -V
GNU ld version 2.15.92.0.2 20040927
Supported emulations:
 elf32ppclinux
 elf32ppc
 elf32ppcsim
 elf64ppc

I have x86 PC running Fedora 3, it runs clamav-0.94.1 - clamav- 0.95.1
fine.

x86 PC fedora 3 system info:

# gcc --version
gcc (GCC) 3.4.2 20041017 (Red Hat 3.4.2-6.fc3)
# ld -V
GNU ld version 2.15.92.0.2 20040927
Supported emulations:
 elf_i386
 i386linux

There must be some changes between clamav-0.94 and  clamav-0.94.1 which
made clamav stop working on PPC Linux, I have been going through the
change log from clamav-0.94 to clamav-0.94.1, there seems a lot of
changes, I have no clue which part break my installation. someone said I
should upgrade linker package, but I want to be sure  it is the linker
problem here, so that I can seek upgrading the linker. (it is not easy to
upgrad linker since I am running relatively old system here).

I could provide more info if it helps solving this problem.

Thanks.

-
Vincent Li
Systems Administrator
BRC,UBC
perl 
-e'print\131e\164\040\101n\157t\150e\162\040\114i\156u\170\040\107e\145k\012'
___
Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net
http://www.clamav.net/support/ml


___
Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net
http://www.clamav.net/support/ml

Re: [Clamav-users] Error while loading shared libraries on PowerMac G5 running Yellow Dog Linux release 4.1

[Vincent Li]

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 while loading
 shared libraries: /usr/src/clamav-0.94.1/libclamav/.libs/libclamav.so.5:
 R_PPC_REL24 relocation at 0x0ff72b20 for symbol `fprintf' out of range

 The PPC Yellow dog Linux system info:

 # gcc --version
 gcc (GCC) 3.4.4 20050721 (Yellow Dog 3.4.4-2.ydl.2)
 # ld -V
 GNU ld version 2.15.92.0.2 20040927
   Supported emulations:
elf32ppclinux
elf32ppc
elf32ppcsim
elf64ppc

 I have x86 PC running Fedora 3, it runs clamav-0.94.1 - clamav- 0.95.1
 fine.

 x86 PC fedora 3 system info:

 # gcc --version
 gcc (GCC) 3.4.2 20041017 (Red Hat 3.4.2-6.fc3)
 # ld -V
 GNU ld version 2.15.92.0.2 20040927
   Supported emulations:
elf_i386
i386linux

 There must be some changes between clamav-0.94 and  clamav-0.94.1 which
 made clamav stop working on PPC Linux, I have been going through the
 change log from clamav-0.94 to clamav-0.94.1, there seems a lot of
 changes, I have no clue which part break my installation. someone said I
 should upgrade linker package, but I want to be sure  it is the linker
 problem here, so that I can seek upgrading the linker. (it is not easy to
 upgrad linker since I am running relatively old system here).

 I could provide more info if it helps solving this problem.


I have done more test, I compile clamav-0.94.1 as:

./configure --prefix=/usr/local
make
make install

A--

# cat /etc/ld.so.conf
include ld.so.conf.d/*.conf
/usr/lib/mysql
/usr/lib
/usr/local/lib

#ldconfig

# ldd /usr/local/bin/freshclam
 libclamav.so.5 = /usr/lib/libclamav.so.5 (0x0fc7)

# ls -l /usr/lib/libclamav.so.5
lrwxrwxrwx  1 root root 18 Sep  6  2008 /usr/lib/libclamav.so.5 - 
libclamav.so.5.0.1

# /usr/local/bin/freshclam -V
ClamAV 0.94.1/9252/Fri Apr 17 11:21:29 2009

B--

If I remove /usr/lib from /etc/ld.so.conf:

# cat /etc/ld.so.conf
include ld.so.conf.d/*.conf
/usr/lib/mysql
/usr/local/lib

# ldconfig

# ldd /usr/local/bin/freshclam
 libclamav.so.5 = /usr/local/lib/libclamav.so.5 (0x0fee9000)

# ls -l /usr/local/lib/libclamav.so.5
lrwxrwxrwx  1 root root 18 Apr 17 17:08 /usr/local/lib/libclamav.so.5 - 
libclamav.so.5.0.3

# /usr/local/bin/freshclam -V
/usr/local/bin/freshclam: error while loading shared libraries: 
/usr/local/lib/libclamav.so.5: R_PPC_REL24 relocation at 0x0ff73ac4 for 
symbol `fprintf' out of range


Is this still linker problem? If freshclam linked to old libclamav.so.5 
lib produced from clamav-0.94 under /usr/lib , it works fine; if freshclam 
linked to its own libclamav.so.5 under /usr/local/lib, it gave error 
above.


-
Vincent Li
Systems Administrator
BRC,UBC
perl 
-e'print\131e\164\040\101n\157t\150e\162\040\114i\156u\170\040\107e\145k\012'
___
Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net
http://www.clamav.net/support/ml

Re: [Clamav-users] Error while loading shared libraries on PowerMac G5 running Yellow Dog Linux release 4.1

[Stephen Gran]

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 libraries: 
 /usr/local/lib/libclamav.so.5: R_PPC_REL24 relocation at 0x0ff73ac4 for 
 symbol `fprintf' out of range
 
 Is this still linker problem? If freshclam linked to old libclamav.so.5 
 lib produced from clamav-0.94 under /usr/lib , it works fine; if freshclam 
 linked to its own libclamav.so.5 under /usr/local/lib, it gave error 
 above.

That sounds very much like you've got a non-PIC library on your system
that you keep accidentally linking libclamav to.  Compare the set of
libraries that the two versions of libclamav are linked to, and go from
there.  There's not an easy way to tell if a library was linked with
fPIC, as far as I know, so that makes debugging slightly more difficult.

Good luck,
-- 
 --
|  Stephen Gran  | Electrocution, n.:  Burning at the  |
|  st...@lobefin.net | stake with all the modern improvements. |
|  http://www.lobefin.net/~steve | |
 --


signature.asc
Description: Digital signature
___
Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net
http://www.clamav.net/support/ml

RE: [Clamav-users] Error while loading shared libraries

[Robert Isaac]

No Not found messages. I think I might totally uninstall then reinstall.
Having said this, logwatch this morning had no errors.

Bob 
___
Robert Isaac
Director/Web Admin

www.volvoclub.org.uk

Please include all previous text with 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 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 as user root, depending on other things, but
be sure you verify that when you are logged in as the clamav user that you
don't get any Not found messages. It has to do with whether your binaries
have hard-coded paths to libs or if they depend on environment settings like
LD_LIBRARY_PATH (which is evil)  to locate the library components. 

dp
___
http://lurker.clamav.net/list/clamav-users.html


___
http://lurker.clamav.net/list/clamav-users.html

[Clamav-users] Error while loading shared libraries

[Robert Isaac]

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 detected. Forcing reload: 1 Time(s)
   Database status OK: 1 Time(s)

Virus database reloads:
   Now protecting against 53229 viruses: 2 Time(s)

**Unmatched Entries**
clamd shutdown succeeded
clamd shutdown failed
clamd: error while loading shared libraries: libclamav.so.1: cannot open
shared object file: No such file or directory clamd startup failed clamd
shutdown failed
clamd: error while loading shared libraries: libclamav.so.1: cannot open
shared object file: No such file or directory clamd startup failed clamd
shutdown failed clamd daemon 0.88.2 (OS: linux-gnu, ARCH: i386, CPU: i386)
Bound to address 127.0.0.1 on port 3310 Portable Executable support enabled.

Detection of broken executables enabled. 
clamd startup succeeded
HTML support enabled. 

++

The file libclamav.so.1 does exist:

/usr/local/lib/libclamav.so.1.0.17
/usr/local/lib/libclamav.so.1
/usr/lib/libclamav.so.1.0.17
/usr/lib/libclamav.so.1

I suspect there is a config setting I have missed, but don't know which. I'd
appreciate some guidance please.

Thanks

Bob

___
Robert Isaac
Director/Web Admin

www.volvoclub.org.uk

Please include all previous text with reply
All messages are scanned with an antivirus scanner.
 


___
http://lurker.clamav.net/list/clamav-users.html

Re: [Clamav-users] Error while loading shared libraries

[Jeff Donsbach]

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

RE: [Clamav-users] Error while loading shared libraries

[Robert Isaac]

/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 

Bob

___
Robert Isaac
Director/Web Admin

www.volvoclub.org.uk

Please include all 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 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


___
http://lurker.clamav.net/list/clamav-users.html

Re: [Clamav-users] Error while loading shared libraries

[Jeff Donsbach]

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 both /usr/lib and /usr/local/lib. That could be related to
the problem. Also, what are the permission bits on libclamav.so.1.0.17
? I believe they should be 755 (or -rwxr-xr-x) .
___
http://lurker.clamav.net/list/clamav-users.html

RE: [Clamav-users] Error while loading shared libraries

[Robert Isaac]

 
The libclamav.so.1 files are 777

The libclamav.so.1.0.17 are 755

Bob
___
Robert Isaac
Director/Web Admin

www.volvoclub.org.uk

Please include all 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: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/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 both /usr/lib and /usr/local/lib. That could be related to the problem.
Also, what are the permission bits on libclamav.so.1.0.17 ? I believe they
should be 755 (or -rwxr-xr-x) .
___
http://lurker.clamav.net/list/clamav-users.html


___
http://lurker.clamav.net/list/clamav-users.html

Re: [Clamav-users] Error while loading shared libraries

[Stephen Gran]

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 ok, although I don't know why there are copies of this
 stuff in both /usr/lib and /usr/local/lib. That could be related to
 the problem. Also, what are the permission bits on libclamav.so.1.0.17
 ? I believe they should be 755 (or -rwxr-xr-x) .

0644 is sufficient.
-- 
 --
|  Stephen Gran  | Too clever is dumb.   -- Ogden Nash |
|  [EMAIL PROTECTED] | |
|  http://www.lobefin.net/~steve | |
 --


signature.asc
Description: Digital signature
___
http://lurker.clamav.net/list/clamav-users.html

RE: [Clamav-users] Error while loading shared libraries

[Matthew.van.Eerde]

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-users.html

RE: [Clamav-users] Error while loading shared libraries

[Matthew.van.Eerde]

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

RE: [Clamav-users] Error while loading shared libraries

[Christopher X. Candreva]

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

==
Chris Candreva  -- [EMAIL PROTECTED] -- (914) 967-7816
WestNet Internet Services of Westchester
http://www.westnet.com/
___
http://lurker.clamav.net/list/clamav-users.html

RE: [Clamav-users] Error while loading shared libraries

[Robert Isaac]

libc.so.6 (GLIBC_2.0) = /lib/tls/libc.so.6
libc.so.6 (GLIBC_PRIVATE) = /lib/tls/libc.so.6
ld-linux.so.2 (GLIBC_PRIVATE) = /lib/ld-linux.so.2
/usr/lib/libz.so.1:
libc.so.6 (GLIBC_2.1.3) = /lib/tls/libc.so.6
libc.so.6 (GLIBC_2.1) = /lib/tls/libc.so.6
libc.so.6 (GLIBC_2.0) = /lib/tls/libc.so.6
/lib/tls/libpthread.so.0:
ld-linux.so.2 (GLIBC_2.1) = /lib/ld-linux.so.2
ld-linux.so.2 (GLIBC_PRIVATE) = /lib/ld-linux.so.2
libc.so.6 (GLIBC_2.1.3) = /lib/tls/libc.so.6
libc.so.6 (GLIBC_2.3.2) = /lib/tls/libc.so.6
libc.so.6 (GLIBC_2.0) = /lib/tls/libc.so.6
libc.so.6 (GLIBC_2.2) = /lib/tls/libc.so.6
libc.so.6 (GLIBC_2.1) = /lib/tls/libc.so.6
libc.so.6 (GLIBC_PRIVATE) = /lib/tls/libc.so.6
/lib/libnsl.so.1:
libc.so.6 (GLIBC_2.1.3) = /lib/tls/libc.so.6
libc.so.6 (GLIBC_2.2) = /lib/tls/libc.so.6
libc.so.6 (GLIBC_2.2.3) = /lib/tls/libc.so.6
libc.so.6 (GLIBC_2.0) = /lib/tls/libc.so.6
libc.so.6 (GLIBC_2.1) = /lib/tls/libc.so.6
/lib/tls/libc.so.6:
ld-linux.so.2 (GLIBC_2.1) = /lib/ld-linux.so.2
ld-linux.so.2 (GLIBC_2.3) = /lib/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

# ldd -v /usr/local/lib/libclamav.so.1
libgmp.so.3 = /usr/local/lib/libgmp.so.3 (0x00441000)
libpthread.so.0 = /lib/tls/libpthread.so.0 (0x00e9c000)
libnsl.so.1 = /lib/libnsl.so.1 (0x00f2)
libc.so.6 = /lib/tls/libc.so.6 (0x00965000)
/lib/ld-linux.so.2 (0x00ad)

Version information:
/usr/local/lib/libclamav.so.1:
libpthread.so.0 (GLIBC_2.0) = /lib/tls/libpthread.so.0
libc.so.6 (GLIBC_2.1.3) = /lib/tls/libc.so.6
libc.so.6 (GLIBC_2.3) = /lib/tls/libc.so.6
libc.so.6 (GLIBC_2.1) = /lib/tls/libc.so.6
libc.so.6 (GLIBC_2.0) = /lib/tls/libc.so.6
/usr/local/lib/libgmp.so.3:
libc.so.6 (GLIBC_2.3) = /lib/tls/libc.so.6
libc.so.6 (GLIBC_2.1.3) = /lib/tls/libc.so.6
libc.so.6 (GLIBC_2.2) = /lib/tls/libc.so.6
libc.so.6 (GLIBC_2.0) = /lib/tls/libc.so.6
/lib/tls/libpthread.so.0:
ld-linux.so.2 (GLIBC_2.1) = /lib/ld-linux.so.2
ld-linux.so.2 (GLIBC_PRIVATE) = /lib/ld-linux.so.2
libc.so.6 (GLIBC_2.1.3) = /lib/tls/libc.so.6
libc.so.6 (GLIBC_2.3.2) = /lib/tls/libc.so.6
libc.so.6 (GLIBC_2.0) = /lib/tls/libc.so.6
libc.so.6 (GLIBC_2.2) = /lib/tls/libc.so.6
libc.so.6 (GLIBC_2.1) = /lib/tls/libc.so.6
libc.so.6 (GLIBC_PRIVATE) = /lib/tls/libc.so.6
/lib/libnsl.so.1:
libc.so.6 (GLIBC_2.1.3) = /lib/tls/libc.so.6
libc.so.6 (GLIBC_2.2) = /lib/tls/libc.so.6
libc.so.6 (GLIBC_2.2.3) = /lib/tls/libc.so.6
libc.so.6 (GLIBC_2.0) = /lib/tls/libc.so.6
libc.so.6 (GLIBC_2.1) = /lib/tls/libc.so.6
/lib/tls/libc.so.6:
ld-linux.so.2 (GLIBC_2.1) = /lib/ld-linux.so.2
ld-linux.so.2 (GLIBC_2.3) = /lib/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 previous text with reply
All messages are scanned with an antivirus scanner.
 
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Dennis Peterson
Sent: 02 May 2006 18:53
To: ClamAV 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 is not found so far as libraries are
concerned. Using ldd as any other user may not provide accurate results
owning to differing environments.

dp
___
http://lurker.clamav.net/list/clamav-users.html


___
http://lurker.clamav.net/list/clamav-users.html

Re: [Clamav-users] Error while loading shared libraries

[Dennis Peterson]

 
 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 as user root, depending on other things,
but be sure you verify that when you are logged in as the clamav user
that you don't get any Not found messages. It has to do with whether
your binaries have hard-coded paths to libs or if they depend on environment
settings like LD_LIBRARY_PATH (which is evil)  to locate the library 
components. 

dp
___
http://lurker.clamav.net/list/clamav-users.html