Here's our analysis of the FTBFS errors for Boost 1.90.0 rebuilds: A very large number of packages failed in our test builds, because they want to link to libboost_system.so, which has been an empty stub for years and has now been removed. Boost now installs cmake files for Boost.System that tell cmake that Boost.System is present, but no library is needed. For non-cmake packages, quite a few of them were failing because they use -lboost_system (either during configure or during the real build). Because so many packages were affected, boost-1.90.0 adds a no-op linker script called libboost_system.so, so that packages can still link to it (but get no DT_NEEDED on a shared library). After f44 branches from rawhide I will start filing bugs against the packages that link to libboost_system.so so that we can drop that no-op linker script.
Lots of packages are currently FTBFS in rawhide, either because of eigen3-5.0.0 or gcc-16, so I wasn't able to see if they built with the new Boost. They will need maintainer attention. There will be FTBFS bugs filed after the mass rebuild. A number of deprecated APIs in Boost.Filesystem have been removed, see https://www.boost.org/doc/libs/1_90_0/libs/filesystem/doc/deprecated.html for replacements. e.g. is_regular should be changed to is_regular_file. FlightCrew: FlightCrew-0.9.1/src/FlightCrew/Framework/ValidateEpub.cpp:244:67: error: ‘const class boost::filesystem::path’ has no member named ‘leaf’ auryn: auryn-0.8.4/src/auryn/auryn_global.cpp:54:65: error: ‘basename’ is not a member of ‘boost::filesystem’ elements: ElementsKernel/tests/src/Path_test.cpp:39:26: error: ‘is_regular’ has not been declared in ‘boost::filesystem’ openscad: src/FileModule.cc:68:25: error: ‘is_regular’ is not a member of ‘fs’ The boost/filesystem/convenience.hpp header has been removed. The relevant headers for the used features should be included, e.g. path.hpp, directory.hpp collada-dom: collada-dom-2.5.0/dom/include/dae.h:28:10: fatal error: boost/filesystem/convenience.hpp: No such file or directory A few packages a re FTBFS because of failing tests: airrac: Errors while running CTest espresso: Errors while running CTest trademgen: Errors while running CTest imath: Errors while running CTest (only on aarch64?) folly: test failure: 804 - logging_async_file_writer_test.AsyncFileWriter.discard (Failed) Boost.Math (and several other boost libs) have dropped C++11 support, so any package that explicitly hardcode -std=c++11 can't be built now: pulseview: uses -std=c++11 so not compatible with Boost.Math GCC bug (fixed upstream): mir: https://bugzilla.redhat.com/show_bug.cgi?id=2427898 GCC bug (will be fixed upstream Real Soon): ncmpcpp: stl_heap.h:236:21: error: no match for call to ‘(LocaleBasedSorting) A few kinds of ASIO errors due to deprecated or removed features: The deprecated alias io_service was removed, uses the new name io_context instead: boost-http-server: asio::io_service not declared: src/server/connection.hpp:37:46: error: expected ‘)’ before ‘&’ token linux-sgx: qgs_server.h:46:33: error: expected ‘)’ before ‘&’ token lucene++: https://github.com/luceneplusplus/LucenePlusPlus/pull/210 slic3r: upstream bug has a suggested patch: https://github.com/slic3r/Slic3r/issues/5197 fastnetmon: https://github.com/pavel-odintsov/fastnetmon/issues/1027 domoticz: https://github.com/domoticz/domoticz/pull/6488 io_context::work was also removed in Boost 1.87.0 freeopcua: asio_addon.cpp:89:28: error: ‘work’ in ‘boost::asio::io_service’ {aka ‘class boost::asio::io_context’} does not name a type vsomeip3: vsomeip-3.5.11/implementation/endpoints/src/local_tcp_client_endpoint_impl.cpp:215:44: error: ‘boost::asio::io_context::strand::wrap(Handler)’ is deprecated: Use boost::asio::bind_executor() [-Werror=deprecated-declarations] Boost.Process v1 was deprecated in Boost 1.88.0, upstream bug has a patches used in Arch and Gentoo: prusa-slicer: https://github.com/prusa3d/PrusaSlicer/issues/14534 This is due to a change in Boost.UUID, upstream has a patch: libcmis: https://github.com/tdf/libcmis/pull/68 wesnoth: This seems to be missing -lboost_process - maybe it wasn't needed for Boost.Process v1 but is needed now? Missing headers? supercollider: SuperCollider-3.13.0-Source/external_libraries/nova-tt/nova-tt/spin_lock.hpp:101:12: error: ‘uint8_t’ in namespace ‘boost’ does not name a type A missing header that was transitively include by old Boost: feather: Needs https://github.com/feather-wallet/monero/commit/e6f43df56af8f7408069c4f7d0b39dd336846955 liblas: laszip/mydefs.hpp:48:10: fatal error: lasmessage.hpp: No such file or directory simspark: simspark-0.3.5/guiplugin/simulationframe/simulationframe.cpp:51:9: error: call of overloaded ‘init()’ is ambiguous cryfs: cryfs-0.11.3/src/cpp-utils/process/subprocess.cpp:29:51: error: ‘search_path’ is not a member of ‘bp’ wsjtx: /usr/bin/ld: error: decoder.f90.o: is triggering the generation of an executable stack (because it has an executable .note.GNU-stack section) -- _______________________________________________ devel mailing list -- [email protected] To unsubscribe send an email to [email protected] Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/[email protected] Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
