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

[Alexander Grotewohl]

Gonna take a shot in the dark here (never used Cmake) but..

I'm assuming you can set the output directory of libraries to 
/usr/local/lib64 somewhere in there. This person seems makes it sound 
like it needs coercion:

https://cmake.org/pipermail/cmake/2013-July/055374.html

but that's a pretty old email.

/usr/local/lib should be 32bit libraries only, unless you want to 
confuse people :)

Alex


On 04/07/2018 10:26 AM, nico 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
>
> _______________________________________________
> SlackBuilds-users mailing list
> SlackBuilds-users at slackbuilds.org
> https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
> Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/
> FAQ - https://slackbuilds.org/faq/
>