library issues with cmake build in 0.92pre3 on linux

[Zarniwhoop]

x86_64, BLFS-7.10.

If I build 0.92pre3 for /usr using cmake and then do a DESTDIR install, a /usr/lib/inkscape directory is created, containing

lib2geom_LIB.a libcroco_LIB.a libgdl_LIB.a libnrtype_LIB.a libvpsc_LIB.a
libavoid_LIB.a libdepixelize_LIB.a libinkscape_base.so libuemf_LIB.a
libcola_LIB.a libgc_LIB.a liblivarot_LIB.a libutil_LIB.a

I had not noticed the (unversioned) libinkscape_base.so, but the static libs seem unnecessary, and therefore not something that should be installed.

Checking ldd there, the UNVERSIONED solib is indeed found, pointing via /usr/bin:
 libinkscape_base.so => /tmp/INKSCAPE092p3A/usr/bin/../lib/inkscape/libinkscape_base.so (0x00007f6ac9e63000)

Surely that lib should be versioned, and in /usr/lib - or alternatively should I be specifying a LIBEXECDIR ?

I've just tried to build pre3 using the old ./autogen.sh ; ./configure --prefix=/usr. Had an odd failure to link inkview right at the end, so I touched that. The resulting DESTDIR does NOT contain any directories except /usr/bin and /usr/share, and running ldd on inkscape shows no reference to libinkscape_base.so.

[Qantas94Heavy (qantas94heavy)]

I'm not sure why the *.a libraries are built this way -- on openSUSE we use a patch to build them statically.

[Qantas94Heavy (qantas94heavy)]

Hi - thanks for reporting this bug. This has already been reported in Inkscape's new bug tracker on GitLab, so this bug will be closed.

Please feel free to file new bugs about any issues you're seeing at http://inkscape.org/report.

Moved to: https://gitlab.com/inkscape/inbox/issues/330
Closed by: https://gitlab.com/Qantas94Heavy