Recent build issues with ldas-tools-framecpp on Debian Bullseye

When ldas-tools-framecpp was last built for Bullseye in Sep 2019, boost was at version 1.67, and as a result, there's a dependency on one of its components that includes the version number.

In the meantime, Bullseye has undergone a boost transition (version bump to 1.71), making the old build of ldas-tools-framecpp-c-dev (required for building lalframe) uninstallable.

I had hoped that a "giveback" (rebuild against latest software) of ldas-tools-framecpp would fix this, but it doesn't - the build log with (I hope) all configure details is here: https://hypatia.aei.mpg.de/lsc-amd64-bullseye/ldas-tools-framecpp_2.7.0-1+deb11u1_amd64.--pbuilderlog

The error, hidden in the lines below, to me looks like a cmake problem, not a boost one, but I'm not an expert:

make[1]: Entering directory '/build/ldas-tools-framecpp-2.7.0'
dh_auto_configure --buildsystem=cmake -- \
  -DCMAKE_INSTALL_DOCDIR=/usr/share/doc/ldas/ldas-tools-framecpp-2.7.0 \
  -DCMAKE_BUILD_TYPE=RelWithDebInfo \
  -DCMAKE_EXPORT_COMPILE_COMMANDS=1
dh_auto_configure: warning: Compatibility levels before 10 are deprecated (level 9 in use)
	cd obj-x86_64-linux-gnu && 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_PACKAGE_NO_PACKAGE_REGISTRY=ON "-GUnix Makefiles" -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_INSTALL_LIBDIR=lib/x86_64-linux-gnu -DCMAKE_INSTALL_DOCDIR=/usr/share/doc/ldas/ldas-tools-framecpp-2.7.0 -DCMAKE_BUILD_TYPE=RelWithDebInfo -DCMAKE_EXPORT_COMPILE_COMMANDS=1 ..
CMake Warning (dev) in CMakeLists.txt:
  No project() command is present.  The top-level CMakeLists.txt file must
  contain a literal, direct call to the project() command.  Add a line of
  code such as

    project(ProjectName)

  near the top of the file, but after cmake_minimum_required().

  CMake is pretending there is a "project(Project)" command on the first
  line.
This warning is for project developers.  Use -Wno-dev to suppress it.

-- The C compiler identification is GNU 9.3.0
-- The CXX compiler identification is GNU 9.3.0
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Found PkgConfig: /usr/bin/pkg-config (found version "0.29.2") 
-- Checking for module 'ldastoolscmake>=1.0.4'
--   Found ldastoolscmake, version 1.2.1
-- +++ DEBUG +++ CMAKE_MODULE_PATH: 
-- +++ DEBUG +++ CMAKE_PREFIX_PATH: /usr
CMake Warning at CMakeLists.txt:72 (find_package):
  By not providing "FindAxLDASTools.cmake" in CMAKE_MODULE_PATH this project
  has asked CMake to find a package configuration file provided by
  "AxLDASTools", but CMake did not find one.

  Could not find a package configuration file provided by "AxLDASTools" with
  any of the following names:

    AxLDASToolsConfig.cmake
    axldastools-config.cmake

  Add the installation prefix of "AxLDASTools" to CMAKE_PREFIX_PATH or set
  "AxLDASTools_DIR" to a directory containing one of the above files.  If
  "AxLDASTools" provides a separate development package or SDK, be sure it
  has been installed.


CMake Error at CMakeLists.txt:74 (cm_init):
  Unknown CMake command "cm_init".


-- Configuring incomplete, errors occurred!

@ed-maros Can you see more than I do? Do I have to pass all of ldas-tools through the build process again? If not: Any patch suggestions are welcome.