Hi Michael,
On Fri, 6 Oct 2023 09:42:40 +1300 Michael Cree <
mc...@orcon.net.nz>
wrote:
> I have tried the suggested script (with a small modification to count
> number of failures) running for a few hours on one of the packages
> that had failed on the buildd and never saw cmake fail.
>
> But then building a few packages locally with sbuild, apbs failed
> first time to build with the cmake failure. Second try at
> building apbs with sbuild succeeded.
>
> So it appears that there is something different about running in
> sbuild (or possibly under dpkg-buildpackage) that is triggering
> this failure on occassion.
Thank you for your effort!
Assuming this is somehow related to the actual package build,
debhelper injects a number of additional CLI arguments, mostly
setting global variables that affect CMake's default behavior:
-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
-DCMAKE_VERBOSE_MAKEFILE=ON
-DCMAKE_INSTALL_LIBDIR=lib/alpha-linux-gnu
-G"Unix Makefiles"
None of that should be affecting find_library(), but...
Cheers
Timo
--
⢀⣴⠾⠻⢶⣦⠀ ╭────────────────────────────────────────────────────╮
⣾⠁⢠⠒⠀⣿⡁ │ Timo Röhling │
⢿⡄⠘⠷⠚⠋⠀ │ 9B03 EBB9 8300 DF97 C2B1 23BF CC8C 6BDD 1403 F4CA │
⠈⠳⣄⠀⠀⠀⠀ ╰────────────────────────────────────────────────────╯