Hello, Please note that this comment was generated automatically. If you feel that this output has mistakes, please contact me via email (mhroncok). Your package (hpx) Fails To Install in Fedora 37: can't install hpx: - nothing provides libboost_filesystem.so.1.76.0()(64bit) needed by hpx-1.7.1-2.fc36.x86_64 can't install hpx-devel: - nothing provides libboost_filesystem.so.1.76.0()(64bit) needed by hpx-devel-1.7.1-2.fc36.x86_64 can't install hpx-mpich: - nothing provides libboost_filesystem.so.1.76.0()(64bit) needed by hpx-mpich-1.7.1-2.fc36.x86_64 can't install hpx-mpich-devel: - nothing provides libboost_filesystem.so.1.76.0()(64bit) needed by hpx-mpich-devel-1.7.1-2.fc36.x86_64 can't install hpx-openmpi: - nothing provides libboost_filesystem.so.1.76.0()(64bit) needed by hpx-openmpi-1.7.1-2.fc36.x86_64 can't install hpx-openmpi-devel: - nothing provides libboost_filesystem.so.1.76.0()(64bit) needed by hpx-openmpi-devel-1.7.1-2.fc36.x86_64 If you know about this problem and are planning on fixing it, please acknowledge so by setting the bug status to ASSIGNED. If you don't have time to maintain this package, consider orphaning it, so maintainers of dependent packages realize the problem. If you don't react accordingly to the policy for FTBFS/FTI bugs (https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/), your package may be orphaned in 8+ weeks. P.S. The data was generated solely from koji buildroot, so it might be newer than the latest compose or the content on mirrors. To reproduce, use the koji/local repo only, e.g. in mock: $ mock -r fedora-37-x86_64 --disablerepo='*' --enablerepo=local install hpx hpx-devel hpx-mpich hpx-mpich-devel hpx-openmpi hpx-openmpi-devel P.P.S. If this bug has been reported in the middle of upgrading multiple dependent packages, please consider using side tags: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/#updating-inter-dependent-packages Thanks!
Hello, This is the first reminder (step 3 from https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/#_package_removal_for_long_standing_ftbfs_and_fti_bugs). If you know about this problem and are planning on fixing it, please acknowledge so by setting the bug status to ASSIGNED. If you don't have time to maintain this package, consider orphaning it, so maintainers of dependent packages realize the problem.
Hello, This is the second reminder (step 4 from https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/#_package_removal_for_long_standing_ftbfs_and_fti_bugs). If you know about this problem and are planning on fixing it, please acknowledge so by setting the bug status to ASSIGNED. If you don't have time to maintain this package, consider orphaning it, so maintainers of dependent packages realize the problem.
Not sure what to do, since this is a boost issues.
Why is this a boost issue? Your package fails to build with the new boost in rawhide, that's a problem with the hpx package.
The build failure isn't even related to boost: CMake Warning: Ignoring extra path from command line: "/builddir/build/BUILD/hpx-1.8.0" CMake Error: The source directory "/builddir/build/BUILD/hpx-1.8.0/serial" does not appear to contain CMakeLists.txt. Specify --help for usage, or press the help button on the CMake GUI. You need to update hpx for the cmake changes in rawhide.
N.B. if you keep closing these bugs your package will be removed from Fedora, and nobody wants that. The issue here is that your package failed to build when boost was updated, so now it has broken dependencies. The build failure was not caused by the boost update, so the boost maintainers didn't try to fix it. It looks like your package was already broken on rawhide, it's just that nobody noticed until Miro tried to rebuild it for the boost update. There were changes to how the %cmake macros work, which means that passing a directory argument to the macro no longer works. So you need to fix your spec file to work with the new macro, and then submit a new build to koji.
Hello, Please note that this comment was generated automatically. If you feel that this output has mistakes, please contact me via email (mhroncok). All subpackages of a package against which this bug was filled are now installable or removed from Fedora 37. Thanks for taking care of it!