[Slackbuilds-users] How to manage libs in a non default lib dir ?

[Jeremy Hansen]

On Sat, Apr 7, 2018, 10:26 AM nico <slack at lodpp.net> wrote:

> Hello !
>
> Bit of context first:
> I try to create a slackbuild script for dublin-traceroute (
> https://github.com/insomniacslk/dublin-traceroute ) which depends on
> libtins ( https://github.com/mfontanini/libtins )
>
> The cmake-template for slackbuilds is doing a good job - and I got the
> package libtins/dublin-traceroute building and installing fine
>
> Pbm:
> I cannot start dublin-traceroute
>
> :~ $ dublin-traceroute
> dublin-traceroute: error while loading shared libraries:
> libdublintraceroute.so.0.1.1: cannot open shared object file: No such
> file or directory
>
> ldd is pointing in the right direction... lib are not found (for both
> libtins/libdublintraceroute)
> :~ $ ldd /usr/local/bin/dublin-traceroute
>      linux-vdso.so.1 (0x00007ffc474ff000)
>      libdublintraceroute.so.0.1.1 => not found <<<<<<<<<<<<<<<<<<<<<
>      libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fc60c887000)
>      libtins.so.4.0 => not found <<<<<<<<<<<<<<<<<<<<<
>      libpcap.so.1 => /usr/lib64/libpcap.so.1 (0x00007fc60c637000)
>      libssl.so.1 => /lib64/libssl.so.1 (0x00007fc60c3c4000)
>      libcrypto.so.1 => /lib64/libcrypto.so.1 (0x00007fc60bf65000)
>      libjsoncpp.so.11 => /usr/lib64/libjsoncpp.so.11 (0x00007fc60bd30000)
>      libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00007fc60b9b1000)
>      libm.so.6 => /lib64/libm.so.6 (0x00007fc60b616000)
>      libgcc_s.so.1 => /usr/lib64/libgcc_s.so.1 (0x00007fc60b3ff000)
>      libc.so.6 => /lib64/libc.so.6 (0x00007fc60b015000)
>      /lib64/ld-linux-x86-64.so.2 (0x00007fc60caa6000)
>      libnl-genl-3.so.200 => /usr/lib64/libnl-genl-3.so.200
> (0x00007fc60ae0f000)
>      libnl-3.so.200 => /usr/lib64/libnl-3.so.200 (0x00007fc60abef000)
>      libdbus-1.so.3 => /usr/lib64/libdbus-1.so.3 (0x00007fc60a99e000)
>      libdl.so.2 => /lib64/libdl.so.2 (0x00007fc60a79a000)
>
> but they do exist in /usr/local/lib:
> :~ $ ls -lastr /usr/local/lib | egrep "dublin|tins"
> 10212 -rwxr-xr-x  1 root root 10456832 Apr  7 13:52 libtins.so.4.0*
>      0 lrwxrwxrwx  1 root root       14 Apr  7 13:53 libtins.so ->
> libtins.so.4.0*
>      0 lrwxrwxrwx  1 root root       28 Apr  7 14:12
> libdublintraceroute.so -> libdublintraceroute.so.0.1.1*
>    612 -rwxr-xr-x  1 root root   623688 Apr  7 14:16
> libdublintraceroute.so.0.1.1*
>
>
>  From googling, main issue would be lib are looked in those pathes and
> obviously /usr/local/lib is not one of them :
>   # cat /etc/ld.so.conf
> /lib64
> /usr/lib64
> /usr/local/lib64
> /usr/x86_64-slackware-linux/lib64
> /usr/lib64/seamonkey
>
> I could copy libs to a proper directory, makes symlinks or edit
> /etc/ld.so.conf .....
>
> As I want to submit those slackbuilds once finished to slackbuilds.org,
> what could be an acceptable solution to fix the lib issues ?
>
>
> Best regards,
>
> Nico
>

Best guess is that you need some more tweaking of your cmake options. Can
you attach your SlackBuilds so we can have some of the experts here look
them over? They might just need a few tweaks to get everything working
properly.

Jeremy

>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20180407/66a9fbd1/attachment.html>