Public bug reported: ufo-filters 0.17.0.76.g691aa0e+dfsg1-2build2, uploaded to stonking-proposed as a no-change rebuild for the hdf5 2.2 transition, fails to build from source on all architectures.
The configure step fails for two separate reasons. 1. CMake 4.3 removed compatibility with cmake_minimum_required(VERSION < 3.5): CMake Error at CMakeLists.txt:1 (cmake_minimum_required): Compatibility with CMake < 3.5 has been removed from CMake. Bumping only the top-level file does not fix it: src/CMakeLists.txt and src/kernels/CMakeLists.txt declare their own cmake_minimum_required(VERSION 2.6), and CMake rejects each of those when it processes the subdirectory. The cmake_policy(SET CMP0018 / CMP0046 / CMP0053 / CMP0054 OLD) block must go too, because CMake 4.3 removed those OLD behaviors and errors on every one of the four calls. With CMP0046 NEW enforced, configure then fails at: CMake Error at docs/CMakeLists.txt:25 (add_dependencies): The dependency target "ufo" of target "manual" does not exist. The target "ufo" is never defined in this project; CMP0046 OLD silently ignored the call. 2. find_package(HDF5 1.8) no longer accepts the config file that hdf5 2.2 ships: hdf5-config.cmake declares version 2.2.0, and CMake treats a 1.8 request as version-incompatible with a different major version. FindHDF5 falls back to the h5cc wrapper, which reports the library as hdf5_serial, so the location ends up in HDF5_hdf5_serial_LIBRARY. The imported-target logic only accepts HDF5_hdf5_LIBRARY, HDF5_C_LIBRARY or HDF5_C_LIBRARY_hdf5: CMake Error at /usr/share/cmake-4.3/Modules/FindHDF5.cmake:1257 (message): HDF5 was found, but a different variable was set which contains the location of the `hdf5::hdf5` library. Dropping the version request accepts the config file again, and the plugins link libhdf5_serial. Fix, one patch per failure: - 0004-fix-build-with-cmake-4.3.patch: bump the three cmake_minimum_required calls (root, src/, src/kernels/) to 3.5, drop the obsolete cmake_policy block, drop add_dependencies(manual ufo) - 0005-fix-find_package-hdf5-with-hdf5-2.2.patch: call find_package(HDF5) without a version Debian tracks the CMake half as [1113596 "ufo-filters: FTBFS with CMake 4"](https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=+1113596+), still open. That rebuild ran with cmake 4.1 and hdf5 1.14, so it only reached the minimum-version error. Debian sid now has hdf5 2.2.0+repack-5, so the FindHDF5 failure will likely hit too. Both patches can be forwarded to Debian and upstream after verification. ** Affects: ufo-filters (Ubuntu) Importance: Undecided Assignee: Valentin Haudiquet (vhaudiquet) Status: In Progress ** Tags: ftbfs ** Summary changed: - ufo-filters: FTBFS on stonking-proposed: CMake 4.3 and find_package(HDF5 1.8) + ufo-filters: FTBFS on stonking-proposed ** Description changed: ufo-filters 0.17.0.76.g691aa0e+dfsg1-2build2, uploaded to stonking-proposed as a no-change rebuild for the hdf5 2.2 transition, fails to build from source on all architectures. The configure step fails for two separate reasons. 1. CMake 4.3 removed compatibility with cmake_minimum_required(VERSION - < 3.5): + < 3.5): - CMake Error at CMakeLists.txt:1 (cmake_minimum_required): - Compatibility with CMake < 3.5 has been removed from CMake. + CMake Error at CMakeLists.txt:1 (cmake_minimum_required): + Compatibility with CMake < 3.5 has been removed from CMake. - Bumping only the top-level file does not fix it: src/CMakeLists.txt - and src/kernels/CMakeLists.txt declare their own - cmake_minimum_required(VERSION 2.6), and CMake rejects each of those - when it processes the subdirectory. The cmake_policy(SET CMP0018 / - CMP0046 / CMP0053 / CMP0054 OLD) block must go too, because CMake - 4.3 removed those OLD behaviors and errors on every one of the four - calls. With CMP0046 NEW enforced, configure then fails at: + Bumping only the top-level file does not fix it: src/CMakeLists.txt + and src/kernels/CMakeLists.txt declare their own + cmake_minimum_required(VERSION 2.6), and CMake rejects each of those + when it processes the subdirectory. The cmake_policy(SET CMP0018 / + CMP0046 / CMP0053 / CMP0054 OLD) block must go too, because CMake + 4.3 removed those OLD behaviors and errors on every one of the four + calls. With CMP0046 NEW enforced, configure then fails at: - CMake Error at docs/CMakeLists.txt:25 (add_dependencies): - The dependency target "ufo" of target "manual" does not exist. + CMake Error at docs/CMakeLists.txt:25 (add_dependencies): + The dependency target "ufo" of target "manual" does not exist. - The target "ufo" is never defined in this project; CMP0046 OLD - silently ignored the call. + The target "ufo" is never defined in this project; CMP0046 OLD + silently ignored the call. 2. find_package(HDF5 1.8) no longer accepts the config file that hdf5 - 2.2 ships: hdf5-config.cmake declares version 2.2.0, and CMake - treats a 1.8 request as version-incompatible with a different major - version. FindHDF5 falls back to the h5cc wrapper, which reports the - library as hdf5_serial, so the location ends up in - HDF5_hdf5_serial_LIBRARY. The imported-target logic only accepts - HDF5_hdf5_LIBRARY, HDF5_C_LIBRARY or HDF5_C_LIBRARY_hdf5: + 2.2 ships: hdf5-config.cmake declares version 2.2.0, and CMake + treats a 1.8 request as version-incompatible with a different major + version. FindHDF5 falls back to the h5cc wrapper, which reports the + library as hdf5_serial, so the location ends up in + HDF5_hdf5_serial_LIBRARY. The imported-target logic only accepts + HDF5_hdf5_LIBRARY, HDF5_C_LIBRARY or HDF5_C_LIBRARY_hdf5: - CMake Error at /usr/share/cmake-4.3/Modules/FindHDF5.cmake:1257 (message): - HDF5 was found, but a different variable was set which contains - the location of the `hdf5::hdf5` library. + CMake Error at /usr/share/cmake-4.3/Modules/FindHDF5.cmake:1257 (message): + HDF5 was found, but a different variable was set which contains + the location of the `hdf5::hdf5` library. - Dropping the version request accepts the config file again, and the - plugins link libhdf5_serial. + Dropping the version request accepts the config file again, and the + plugins link libhdf5_serial. Fix, one patch per failure: - 0004-fix-build-with-cmake-4.3.patch: bump the three - cmake_minimum_required calls (root, src/, src/kernels/) to 3.5, drop - the obsolete cmake_policy block, drop add_dependencies(manual ufo) + cmake_minimum_required calls (root, src/, src/kernels/) to 3.5, drop + the obsolete cmake_policy block, drop add_dependencies(manual ufo) - 0005-fix-find_package-hdf5-with-hdf5-2.2.patch: call - find_package(HDF5) without a version + find_package(HDF5) without a version - Debian tracks the CMake half as bug #1113596 "ufo-filters: FTBFS with - CMake 4", still open. + Debian tracks the CMake half as [bug #1113596 "ufo-filters: FTBFS with + CMake 4"](https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=+1113596+), still open. That rebuild ran with cmake 4.1 and hdf5 1.14, so it only reached the minimum-version error. Debian sid now has hdf5 2.2.0+repack-5, so the FindHDF5 failure will likely hit too. Both patches can be forwarded to Debian and upstream after verification. ** Description changed: ufo-filters 0.17.0.76.g691aa0e+dfsg1-2build2, uploaded to stonking-proposed as a no-change rebuild for the hdf5 2.2 transition, fails to build from source on all architectures. The configure step fails for two separate reasons. 1. CMake 4.3 removed compatibility with cmake_minimum_required(VERSION < 3.5): CMake Error at CMakeLists.txt:1 (cmake_minimum_required): Compatibility with CMake < 3.5 has been removed from CMake. Bumping only the top-level file does not fix it: src/CMakeLists.txt and src/kernels/CMakeLists.txt declare their own cmake_minimum_required(VERSION 2.6), and CMake rejects each of those when it processes the subdirectory. The cmake_policy(SET CMP0018 / CMP0046 / CMP0053 / CMP0054 OLD) block must go too, because CMake 4.3 removed those OLD behaviors and errors on every one of the four calls. With CMP0046 NEW enforced, configure then fails at: CMake Error at docs/CMakeLists.txt:25 (add_dependencies): The dependency target "ufo" of target "manual" does not exist. The target "ufo" is never defined in this project; CMP0046 OLD silently ignored the call. 2. find_package(HDF5 1.8) no longer accepts the config file that hdf5 2.2 ships: hdf5-config.cmake declares version 2.2.0, and CMake treats a 1.8 request as version-incompatible with a different major version. FindHDF5 falls back to the h5cc wrapper, which reports the library as hdf5_serial, so the location ends up in HDF5_hdf5_serial_LIBRARY. The imported-target logic only accepts HDF5_hdf5_LIBRARY, HDF5_C_LIBRARY or HDF5_C_LIBRARY_hdf5: CMake Error at /usr/share/cmake-4.3/Modules/FindHDF5.cmake:1257 (message): HDF5 was found, but a different variable was set which contains the location of the `hdf5::hdf5` library. Dropping the version request accepts the config file again, and the plugins link libhdf5_serial. Fix, one patch per failure: - 0004-fix-build-with-cmake-4.3.patch: bump the three cmake_minimum_required calls (root, src/, src/kernels/) to 3.5, drop the obsolete cmake_policy block, drop add_dependencies(manual ufo) - 0005-fix-find_package-hdf5-with-hdf5-2.2.patch: call find_package(HDF5) without a version - Debian tracks the CMake half as [bug #1113596 "ufo-filters: FTBFS with + Debian tracks the CMake half as [bug 1113596 "ufo-filters: FTBFS with CMake 4"](https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=+1113596+), still open. That rebuild ran with cmake 4.1 and hdf5 1.14, so it only reached the minimum-version error. Debian sid now has hdf5 2.2.0+repack-5, so the FindHDF5 failure will likely hit too. Both patches can be forwarded to Debian and upstream after verification. ** Description changed: ufo-filters 0.17.0.76.g691aa0e+dfsg1-2build2, uploaded to stonking-proposed as a no-change rebuild for the hdf5 2.2 transition, fails to build from source on all architectures. The configure step fails for two separate reasons. 1. CMake 4.3 removed compatibility with cmake_minimum_required(VERSION < 3.5): CMake Error at CMakeLists.txt:1 (cmake_minimum_required): Compatibility with CMake < 3.5 has been removed from CMake. Bumping only the top-level file does not fix it: src/CMakeLists.txt and src/kernels/CMakeLists.txt declare their own cmake_minimum_required(VERSION 2.6), and CMake rejects each of those when it processes the subdirectory. The cmake_policy(SET CMP0018 / CMP0046 / CMP0053 / CMP0054 OLD) block must go too, because CMake 4.3 removed those OLD behaviors and errors on every one of the four calls. With CMP0046 NEW enforced, configure then fails at: CMake Error at docs/CMakeLists.txt:25 (add_dependencies): The dependency target "ufo" of target "manual" does not exist. The target "ufo" is never defined in this project; CMP0046 OLD silently ignored the call. 2. find_package(HDF5 1.8) no longer accepts the config file that hdf5 2.2 ships: hdf5-config.cmake declares version 2.2.0, and CMake treats a 1.8 request as version-incompatible with a different major version. FindHDF5 falls back to the h5cc wrapper, which reports the library as hdf5_serial, so the location ends up in HDF5_hdf5_serial_LIBRARY. The imported-target logic only accepts HDF5_hdf5_LIBRARY, HDF5_C_LIBRARY or HDF5_C_LIBRARY_hdf5: CMake Error at /usr/share/cmake-4.3/Modules/FindHDF5.cmake:1257 (message): HDF5 was found, but a different variable was set which contains the location of the `hdf5::hdf5` library. Dropping the version request accepts the config file again, and the plugins link libhdf5_serial. Fix, one patch per failure: - 0004-fix-build-with-cmake-4.3.patch: bump the three cmake_minimum_required calls (root, src/, src/kernels/) to 3.5, drop the obsolete cmake_policy block, drop add_dependencies(manual ufo) - 0005-fix-find_package-hdf5-with-hdf5-2.2.patch: call find_package(HDF5) without a version - Debian tracks the CMake half as [bug 1113596 "ufo-filters: FTBFS with + Debian tracks the CMake half as [1113596 "ufo-filters: FTBFS with CMake 4"](https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=+1113596+), still open. That rebuild ran with cmake 4.1 and hdf5 1.14, so it only reached the minimum-version error. Debian sid now has hdf5 2.2.0+repack-5, so the FindHDF5 failure will likely hit too. Both patches can be forwarded to Debian and upstream after verification. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2167946 Title: ufo-filters: FTBFS on stonking-proposed To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ufo-filters/+bug/2167946/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
