Hello, Please note that this comment was generated automatically by https://pagure.io/releng/blob/main/f/scripts/ftbfs-fti/follow-policy.py If you feel that this output has mistakes, please open an issue at https://pagure.io/releng/ Your package (nextpnr) Fails To Install in Fedora 40: can't install nextpnr: - nothing provides libboost_filesystem.so.1.81.0()(64bit) needed by nextpnr-1-34.20240118git4220ce1.fc40.x86_64 - nothing provides libboost_thread.so.1.81.0()(64bit) needed by nextpnr-1-34.20240118git4220ce1.fc40.x86_64 - nothing provides libboost_program_options.so.1.81.0()(64bit) needed by nextpnr-1-34.20240118git4220ce1.fc40.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-40-x86_64 --config-opts mirrored=False install nextpnr 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!
This couldn't be rebuilt for the new boost because it's FTBFS with gcc-14 and needs to be fixed: gui/quadtree.h:228:20: error: assignment of read-only member
(In reply to Jonathan Wakely from comment #1) > gui/quadtree.h:228:20: error: assignment of read-only member That problem was fixed upstream and the fix is reflected in nextpnr-1-34.20240118git4220ce1.fc40, built on Jan 18. Any chance this is simply a "build race condition", and would be resolved by yet another rebuild ? If so, which one of us should attempt to do that ? PS. I mock-built it again locally, and it does end up linked against libboost_*.1.83.0
I did make an announcement on the devel list asking people not to build in rawhide while I was doing the boost builds, precisely to avoid such races. It looks like nextpnr-1-35.20240118git4220ce1.fc40 in the mass rebuild will fix it once that gets merged back to rawhide.
(In reply to Jonathan Wakely from comment #3) > I did make an announcement on the devel list asking people not to build in > rawhide while I was doing the boost builds, precisely to avoid such races. Sorry about that, my bad for not paying enough attention. > It looks like nextpnr-1-35.20240118git4220ce1.fc40 in the mass rebuild will > fix it once that gets merged back to rawhide. OK. I'm "taking" this bug, LMK if/when I should close it, of feel free to do so whenever you think that's appropriate. Thanks!
Hello, Please note that this comment was generated automatically by https://pagure.io/releng/blob/main/f/scripts/ftbfs-fti/follow-policy.py If you feel that this output has mistakes, please open an issue at https://pagure.io/releng/ All subpackages of a package against which this bug was filled are now installable or removed from Fedora 40. Thanks for taking care of it!