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

2018-04-15 Thread 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 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 
> 
> "Gary R. Schmidt" 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 
> 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

2018-04-15 Thread 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

2018-04-15 Thread 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

2018-04-15 Thread 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

2018-04-15 Thread 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

2018-04-15 Thread Andreas Meyer 
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 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?

yes, make install succeeded.

> 
> 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).

I did not specify any configure options.


config.status: executing depfiles commands
config.status: executing libtool commands
configure: Summary of detected features follows
  OS  : linux-gnu
  pthreads: yes (-lpthread)
configure: Summary of miscellaneous features
  check   : no (auto)
  fanotify: yes
  fdpassing   : 1
  IPv6: yes
configure: Summary of optional tools
  clamdtop: -lncurses (auto)
  milter  : yes (disabled)
  clamsubmit  : no (missing libjson-c-dev. Use the website to 
submit FPs/FNs.) (disabled)
configure: Summary of engine performance features
  release mode: yes
  llvm: no (disabled)
  mempool : yes
configure: Summary of engine detection features
  bzip2   : ok
  zlib: /usr
  unrar   : yes
  preclass: no (missing libjson-c-dev) (disabled)
  pcre: /usr
  libmspack   : yes (Internal)
  libxml2 : yes, from /usr
  yara: yes
  fts : yes (internal, libc's is not LFS compatible)


These are part of the make process:

Making install in libmspack-0.5alpha
make[3]: Entering directory 
'/home/andreas/clamav-0.100.0/libclamav/libmspack-0.5alpha'
make[4]: Entering directory 
'/home/andreas/clamav-0.100.0/libclamav/libmspack-0.5alpha'
 /usr/bin/mkdir -p '/usr/local/lib64'
 /bin/sh ./libtool   --mode=install /usr/bin/install -c   libclammspack.la 
'/usr/local/lib64'
libtool: install: /usr/bin/install -c .libs/libclammspack.so.0.1.0 
/usr/local/lib64/libclammspack.so.0.1.0
libtool: install: (cd /usr/local/lib64 && { ln -s -f libclammspack.so.0.1.0 
libclammspack.so.0 || { rm -f libclammspack.so.0 && ln -s 
libclammspack.so.0.1.0 libclammspack.so.0; }; })
libtool: install: (cd /usr/local/lib64 && { ln -s -f libclammspack.so.0.1.0 
libclammspack.so || { rm -f libclammspack.so && ln -s libclammspack.so.0.1.0 
libclammspack.so; }; })
libtool: install: /usr/bin/install -c .libs/libclammspack.lai 
/usr/local/lib64/libclammspack.la
libtool: install: /usr/bin/install -c .libs/libclammspack.a 
/usr/local/lib64/libclammspack.a
libtool: install: chmod 644 /usr/local/lib64/libclammspack.a
libtool: install: ranlib /usr/local/lib64/libclammspack.a
libtool: finish: 
PATH="/usr/local/bin:/usr/bin:/sbin:/usr/sbin:/bin:/usr/games:/sbin" ldconfig 
-n /usr/local/lib64
--
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

Kind regards

  Andreas

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


pgpSpR5PEZeIE.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

2018-04-15 Thread 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

2018-04-15 Thread 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