[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 <grschmidt at acm.org<mailto:grschmidt at acm.org>> 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,
        Gary    B-)
_______________________________________________
clamav-users mailing list
clamav-users at lists.clamav.net<mailto:clamav-users at 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