Fedora Account System
Red Hat Associate
Red Hat Customer
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 (mrpt) Fails To Install in Fedora 36: can't install mrpt-libs: - nothing provides libpcl_common.so.1.11()(64bit) needed by mrpt-libs-1.4.0-27.fc35.x86_64 - nothing provides libpcl_features.so.1.11()(64bit) needed by mrpt-libs-1.4.0-27.fc35.x86_64 - nothing provides libpcl_filters.so.1.11()(64bit) needed by mrpt-libs-1.4.0-27.fc35.x86_64 - nothing provides libpcl_search.so.1.11()(64bit) needed by mrpt-libs-1.4.0-27.fc35.x86_64 - nothing provides libpcl_segmentation.so.1.11()(64bit) needed by mrpt-libs-1.4.0-27.fc35.x86_64 - nothing provides libpcl_io.so.1.11()(64bit) needed by mrpt-libs-1.4.0-27.fc35.x86_64 - nothing provides libpcl_visualization.so.1.11()(64bit) needed by mrpt-libs-1.4.0-27.fc35.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. 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!
It's failing to install because it needs rebuilding for pcl, but the build failed: https://koji.fedoraproject.org/koji/taskinfo?taskID=74969042 I *think* these are the errors, though they come some time before the build actually dies (maybe it's just super parallel...) /builddir/build/BUILD/mrpt-1.4.0/libs/vision/src/CDifodo.cpp: In member function 'void mrpt::vision::CDifodo::performWarping()': /builddir/build/BUILD/mrpt-1.4.0/libs/vision/src/CDifodo.cpp:416:103: error: no match for 'operator+=' (operand types are 'Eigen::internal::enable_if<true, Eigen::IndexedView<Eigen::Matrix<float, -1, -1>, float, float> >::type' {aka 'Eigen::IndexedView<Eigen::Matrix<float, -1, -1>, float, float>'} and 'const float') 416 | depth_warped[image_level](round(vwarp), round(uwarp)) += depth_w; | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~ ... /builddir/build/BUILD/mrpt-1.4.0/libs/vision/src/CDifodo.cpp:417:82: error: no match for 'operator+=' (operand types are 'Eigen::internal::enable_if<true, Eigen::IndexedView<Eigen::Matrix<float, -1, -1>, float, float> >::type' {aka 'Eigen::IndexedView<Eigen::Matrix<float, -1, -1>, float, float>'} and 'float') 417 | wacu(round(vwarp), round(uwarp)) += 1.f; | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~
This is blocking the Robotics spin from composing (which Rich is also the owner of).
I believe you're correct in identifying the errors. They are likely due to incompatibilities with the new eigen3-3.4.0 update in rawhide. I will try to see if there's a way to work around this, but I do need to find time to bring in the latest upstream release.
*** Bug 2003594 has been marked as a duplicate of this bug. ***
https://src.fedoraproject.org/rpms/mrpt/pull-request/3
Unfortunately now doxygen 1.9.2 produces different filenames on different architectures... https://koji.fedoraproject.org/koji/taskinfo?taskID=75866409 Rich, would you mark -doc subpackage arch-dependent for now?
I removed noarch from the -doc subpackage for now. I think the problem might be that there's a "pbmap.h" and a "PbMap.h", and doxygen is de-duplicating them, but picking a different file to keep depending on the architecture.
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 36. Thanks for taking care of it!