[Debian-astro-maintainers] Bug#1070237: wsclean: error while loading shared libraries: libradler.so: cannot open shared object file

[Ole Streicher]

Control: severity -1 serious

Hi Andre,

sorry that I only now found time to look into your Debian bug. Indeed,
from the build log [1] the libradler is build as shared lib, but not
installed into the package, while it was supposed to be built as a
static lib.

However, I couldn't figure out why this is the case; the only flags I
give to cmake are

-DDEB_HOST_MULTIARCH=$(DEB_HOST_MULTIARCH) -DPORTABLE=yes

which do not affect the build of the radler lib. From the log, the full
command line for cmake (including what the Debian build system adds) is

cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=None
-DCMAKE_INSTALL_SYSCONFDIR=/etc -DCMAKE_INSTALL_LOCALSTATEDIR=/var
-DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON
-DCMAKE_FIND_USE_PACKAGE_REGISTRY=OFF
-DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON
-DFETCHCONTENT_FULLY_DISCONNECTED=ON -DCMAKE_INSTALL_RUNSTATEDIR=/run
-DCMAKE_SKIP_INSTALL_ALL_DEPENDENCY=ON "-GUnix Makefiles"
-DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_INSTALL_LIBDIR=lib/x86_64-linux-gnu
-DDEB_HOST_MULTIARCH=x86_64-linux-gnu -DPORTABLE=yes ..

For radler itself, it is

cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=None
-DCMAKE_INSTALL_SYSCONFDIR=/etc -DCMAKE_INSTALL_LOCALSTATEDIR=/var
-DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON
-DCMAKE_FIND_USE_PACKAGE_REGISTRY=OFF
-DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON
-DFETCHCONTENT_FULLY_DISCONNECTED=ON -DCMAKE_INSTALL_RUNSTATEDIR=/run
-DCMAKE_SKIP_INSTALL_ALL_DEPENDENCY=ON "-GUnix Makefiles"
-DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_INSTALL_LIBDIR=lib/x86_64-linux-gnu
-DDEB_HOST_MULTIARCH=x86_64-linux-gnu -DPORTABLE=yes ..


As you are upstream, do you have an idea? Is there a way to enforce
building a static library over a dynamic one? For the other external
libs, it seems to work.

Best

Ole

p.s. setting the severity to "serious" as this is conform to Debian
rules. "grave" is only used if the package breaks other, unrelated
packages. Both are RC.


[1]
https://buildd.debian.org/status/fetch.php?pkg=wsclean&arch=amd64&ver=3.4-1%2Bb3&stamp=1710526039&raw=0