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
