-
-
Notifications
You must be signed in to change notification settings - Fork 24
Full Rebuild (Sync) of December 2025: bump ros2-distro-mutex to 0.13.0 and build_number to 14 #135
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
Updated numpy and libzenohc versions, added libcap.
Fixes compilation issues with Boost 1.87 by updating Point.h to remove deprecated rescaling code.
Removed build_number entry for next full rebuild.
Signed-off-by: wep21 <[email protected]>
Signed-off-by: wep21 <[email protected]>
Signed-off-by: wep21 <[email protected]>
|
need to wait this migration? |
|
For reference, the error seems: but it does not seems related to the spdlog 1.16 migration. |
Actually, indeed pcl and vtk have not migrated to spdlog 1.16, see conda-forge/vtk-feedstock#413 (I am trying to unblock this in conda-forge/vtk-feedstock#417). How was it possible for PCL to be installed here? |
Ok, I think by demangling the problematic symbol, the issue is more clear: rclpy expects spdlog with fmt 12, but somehow fmt 11 is installed instead, resulting in error. However, this should be handled at the level of runexports of fmt in the |
Ok, this is indeed the output of: So |
|
Ok, now it fails at package installation time as expected. This should unblocked by conda-forge/vtk-feedstock#417 and conda-forge/vtk-feedstock#413 . |
Signed-off-by: wep21 <[email protected]>
Signed-off-by: wep21 <[email protected]>
|
|
@traversaro Do you understand what dependency is wrong? |
|
Which platform fail with that? Linux fails with another error: |
This seems related to ros-navigation/navigation2#4583, we need to understand if SuiteSparse is actually needed or not, and if earlier version of ceres provided the suitesparse component. |
My bad, that is ros-navigation/navigation2#2753, it is probably a conda-forge ceres regression. |
Related to conda-forge/ceres-solver-feedstock#50 and ceres-solver/ceres-solver#1026 . |
|
Found, it is the |
|
But those should be done by conda-forge/gz-common-feedstock#73 . |
|
That’s because we’re still on v4 here: https://github.com/traversaro/ros-jazzy/blob/542548109083b613027283ecbd50a34784a14231/robostack.yaml#L168 |
Who is pulling that rosdep key? I would expect Jazzy to be using Gazebo Harmonic, see https://gazebosim.org/docs/latest/getstarted/ . |
|
You are right, that was a false alarm – I've restarted the builds, let's see |
Updated vinca dependency to a specific commit.
Fixed in conda-forge/ceres-solver-feedstock#53 . |
|
I think I reproduced the |
Ok, this boils down to p11_kit being pinned to 0.24.* in https://github.com/conda-forge/conda-forge-pinning-feedstock/blob/7f362791cb07c9683613f5cb77446ff3d6b21250/recipe/conda_build_config.yaml#L850, and libffi 3.5 rebuild missing for 0.24.* (there is conda-forge/p11-kit-feedstock#32, but it is for 0.25.*). I tried to unblock this in conda-forge/conda-forge-pinning-feedstock#5091 . |
|
There is a different error here: |
|
The issue is now conda-forge/gz-transport-feedstock#84 . |
|
|
New failure: if we remove the |
Is removing the xml pin something we can actually do safely? |
No description provided.