Repository navigation
humble: rosdistro sync 2026-10-12 - #62
Open
robostack-bot-dev[bot] wants to merge 6 commits into
Open
robostack-bot-dev[bot] wants to merge 6 commits into
robostack-bot-dev[bot] wants to merge 6 commits into
Conversation
This was referenced Oct 10, 2026
robostack-bot-dev
Bot
force-pushed
the
bot/update-rosdistro-snapshot-humble
branch
from
October 10, 2026 10:49
abd5786 to
b6a91fb
Compare
Tobias-Fischer
force-pushed
the
bot/update-rosdistro-snapshot-humble
branch
2 times, most recently
from
October 13, 2026 00:04
cce22d3 to
54b4afa
Compare
Tobias-Fischer
changed the title
Tobias-Fischer
force-pushed
the
bot/update-rosdistro-snapshot-humble
branch
from
October 13, 2026 02:05
54b4afa to
56af1d0
Compare
Tobias-Fischer
force-pushed
the
bot/update-rosdistro-snapshot-humble
branch
2 times, most recently
from
October 13, 2026 10:24
bbf5575 to
14dcd7b
Compare
This comment was marked as off-topic.
This comment was marked as off-topic.
Tobias-Fischer
force-pushed
the
bot/update-rosdistro-snapshot-humble
branch
from
October 13, 2026 22:26
b727c90 to
007863d
Compare
Tobias-Fischer
added
the
build:humble
Tobias-Fischer
force-pushed
the
bot/update-rosdistro-snapshot-humble
branch
from
October 14, 2026 23:37
9d8804c to
5d23fc1
Compare
This was referenced Oct 15, 2026
Drops the distribution's own conda-forge-pinning version and migrations: it uses shared/pinning/conda_forge.yaml (2026.10.09.13.11.31), with the package fixes the new pins needed. Other distributions keep their own pinning version until their PR; their conda_build_config.yaml only gets the comment of the new shared openexr override (the value, 3.4, is what they pin already). Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
`rs humble update-snapshot`, with the fixes from the full-rebuild runs: - swri_console calls sigemptyset unqualified (a macro on macOS), jazzy's patch - moveit_py_utils links Python3::Module on macOS and the targets on Windows (jazzy's patches) - ament_cmake_gen_version_h: an MSVC-safe *_VERSION_GTE macro (parenthesized like jazzy's), which behaviortree_cpp, moveit_visual_tools and foxglove_bridge needed on Windows; the packages generating a version header are rebuilt (ci.yaml) - plotjuggler 3.17.2 on Windows uses jazzy's patch (exports RangeSlider) - launch_pytest reads fixture scopes with getfixturemarker() (pytest >= 8.4) - py_trees 2.6.0, proxsuite 0.7.3 and system zenoh like jazzy (same versions now) - librealsense2 2.58.4 needs conda-forge's 2.58.3 for now (as jazzy/lyrical) - py_trees 2.6 and py_trees_js 0.7 build with hatchling - ci.yaml: PR build cache evictions (TEMPORARY, reset to [] before merging) Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Tobias-Fischer
force-pushed
the
bot/update-rosdistro-snapshot-humble
branch
from
October 16, 2026 06:38
bce53c3 to
bd891b7
Compare
Collaborator
|
This is ready for review and can be merged once the channel upload is setup. |
This was referenced Oct 17, 2026
Ogre's dependency search appends /usr/local, and the vendor package passes no CMAKE_PREFIX_PATH to the Ogre build, so on the osx-64 runners it found Homebrew's FreeType: libOgreOverlay linked /usr/local/opt/freetype/lib/libfreetype.6.dylib, which breaks RViz for anyone without Homebrew's freetype (RoboStack/ros-humble#88). Pass the prefix and ignore /usr/local. The other distributions build Ogre through ament_vendor and already link @rpath/libfreetype.6.dylib. Evict rviz_ogre_vendor from the PR build cache (the earlier evictions of this sync were applied in its green run). Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This was referenced Oct 18, 2026
Draft
Draft
Tobias-Fischer
added a commit
that referenced
this pull request
Oct 23, 2026
This PR maps the Qt5 rosdep keys to Qt6 for every distribution. humble's own override comes with its sync (#62), rolling moves to Qt6 with #99: until then both get the override jazzy has (distros/<d>/robostack.yaml, layered over the shared mapping with conda_index). Their generated recipes (humble linux-64, win-64, osx-arm64; rolling linux-64, win-64) are identical to main's, except for the new rcutils package test, which doesn't change any build hash. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Tobias-Fischer
added a commit
that referenced
this pull request
Oct 23, 2026
* lyrical: on the shared conda-forge pinning, Qt6 mapping shared (from #82) Drops the distribution's own conda-forge-pinning version and migrations: it uses shared/pinning/conda_forge.yaml (2026.10.09.13.11.31), with the package fixes the new pins needed. Other distributions keep their own pinning version until their PR; their conda_build_config.yaml only gets the comment of the new shared openexr override (the value, 3.4, is what they pin already). shared/robostack.yaml maps the Qt5 rosdep keys to Qt6 (qt6-main, pyqt6), so lyrical's per-package Qt workarounds go. humble and jazzy keep Qt5 through overrides that their own sync PRs add: merge those first. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> * lyrical: rosdistro sync 2026-10-05 `rs lyrical update-snapshot`, with the fixes from the full-rebuild runs: - lyrical: rtabmap without its tests (MSVC can't build test_optimizer_gtsam.cpp), as jazzy - lyrical: python_qt_binding uses PyQt6 on macOS too (RoboStack/ros-lyrical#86) - rcutils test: Python import only on humble and jazzy Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> * lyrical: foxglove_bridge on Windows with /permissive With C++20 (pulled in by lyrical's dependencies) MSVC enables /permissive-, which rejects the Foxglove SDK 0.28's explicit specializations of ParameterView::get after their first use (C2908/C3856 in parameter.hpp); humble/jazzy build it as C++17. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> * lyrical: Rust message crates match the rosidl_buffer sequence layout [skip ci] From Lyrical on, rosidl_runtime_c's primitive and string sequences carry two trailing rosidl_buffer flags (ros2/rosidl#942), 32 instead of 24 bytes. rosidl_runtime_rs 0.7 has the matching layout (ros2-rust/rosidl_runtime_rs#22), and rclrs 0.8 uses it, but rosidl_generator_rs 0.5.0 still pins the generated crates to 0.6, so every primitive-sequence field is misread: a Marker or JointState round trip segfaults (RoboStack/ros-lyrical#17, ros2-rust/ros2_rust#659). Pin 0.7. The generated code needs no other change. Checked locally: the generated std_msgs crate pins 0.7, and with 0.7 the visualization_msgs/Marker and sensor_msgs/JointState round trips are correct (rmw Marker 480 bytes, as in C), while 0.6 segfaults. Also point gz_ros2_control's plugin path hook at bin/ on Windows, where the plugin DLL is installed (#104). Evict the generator, every package that generates interfaces (each ships its generated Rust crate) and gz_ros2_control from the PR build cache. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> * Update mutex_package configuration in vinca.yaml Removed build number and upper bound for mutex_package. * Clear evict_cache in ci.yaml Reset evict_cache to an empty list. * humble and rolling keep Qt5 for the Qt5 rosdep keys This PR maps the Qt5 rosdep keys to Qt6 for every distribution. humble's own override comes with its sync (#62), rolling moves to Qt6 with #99: until then both get the override jazzy has (distros/<d>/robostack.yaml, layered over the shared mapping with conda_index). Their generated recipes (humble linux-64, win-64, osx-arm64; rolling linux-64, win-64) are identical to main's, except for the new rcutils package test, which doesn't change any build hash. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> * rosbag2_performance_benchmarking_msgs: no own short-paths flag vinca's Windows build scripts pass -DCMAKE_INTERMEDIATE_DIR_STRATEGY=SHORT for every package since RoboStack/vinca#178 (pinned with #139, which has to be merged before this PR). Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> * Build branches: a newer run cancels the older one A new push to a build branch (after a merge to main) brings the latest recipes and workflow; the older run's plan is out of date. The new run skips what the old one uploaded already, so only the packages its cancelled jobs had built but not uploaded are built again. Re-run failed jobs only in the newest run: re-running an older one would cancel the newer run. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> * Build times from the jazzy full rebuild (linux-64, linux-aarch64, osx-arm64) Per-recipe build times of the jazzy build-branch runs 39770179894, 39770118028 and 39770103102, from their job logs, so that this sync's lyrical rebuild is already packed by time (osx-64 and win-64 weren't finished yet). The weekly update-build-timings PR adds the times the build jobs record from now on. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> * Build times for all five platforms, also for lyrical's compatibility recipes osx-64 and win-64 from the jazzy build-branch runs' job logs (39770120710 and 39907983469; 39770136120 and the finished jobs of 39907979075). Recipes those runs didn't reach are estimated from their linux-64 time with a fit per platform (osx-64: 37 s + 1.61 x; win-64: 77 s + 2.13 x; median error 33% and 20%), compatibility recipes at the platform's median (0.3-0.4 s). Every ros-jazzy-<name> time is copied to ros-lyrical-<name> (under "lyrical"), so that lyrical's compatibility recipes have a time until its own build jobs record theirs. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> * test_generate_gha: independent of the repository's build times With shared/build_timings/win-64.json present, rs gha packs by time and first retries an oversized workflow with fewer runners, so the batch-size retry test now runs without timings; a new test covers the retry with timings. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> * rs gha: fall back to batching by count when a timed workflow stays too large Packing by time keeps short stages apart (they share a job only up to two minutes), so lyrical's win-64 workflow, whose jobs carry the long Windows scripts, stayed at 621 KiB even with --runners 2. After the runner retries, generate it without --timings; batching by count then merges the short stages and the larger-batch retries shrink it as before. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> * vinca with job budgets (RoboStack/vinca#180); rs gha without its own size retries vinca-gha now keeps the workflow under GitHub's size limit itself (a job budget spent where it shortens the workflow most, with or without build times), and its Windows jobs call .scripts/build_win.bat instead of inlining it. rs gha drops the retries with fewer runners and the fallback to batching by count; larger batches remain the last resort when even the fewest jobs the batch size allows don't fit. The check that the Windows workflow uses the repository's build script looks for the call. lyrical's full rebuild: win-64 149 jobs (483 KiB), linux-64 197 jobs (341 KiB). Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> --------- Co-authored-by: Tobias Fischer <info@tobiasfischer.info> Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
# Conflicts: # distros/humble/distro.yaml
…t for unmeasured recipes - Every ros-jazzy-<name> time is copied to ros-humble-<name> (under "humble"), so humble's compatibility recipes have a time until its own build jobs record theirs. - rs gha passes vinca-gha a default for recipes without a time: the median of the packages (ros2-*). vinca's own default, the median of all entries, was close to zero because of the compatibility recipes (about half the entries), so lyrical's 140 new packages were packed as if they took no time. - conda_build_config.yaml of humble and jazzy re-rendered (a stray comment). humble's full rebuild: win-64 160 jobs (499,604 bytes), linux-64 199 jobs. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Tobias-Fischer
added
the
build:none
# Conflicts: # shared/build_timings/linux-64.json # shared/build_timings/linux-aarch64.json # shared/build_timings/osx-64.json # shared/build_timings/osx-arm64.json # shared/build_timings/win-64.json # tools/build_timings.py # tools/tests/test_build_timings.py
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Note
Only touches
distros/humbleand the shared pinning (shared/pinning/, plus the shared libpointmatcher fix; the other distributions'conda_build_config.yamlonly get a comment). It takes humble onto the shared conda-forge pinning (its part of #82) and adds the Qt5 overrides that keep humble on Qt5 once the shared Qt6 mapping lands (#60 / the rolling PR). Merge before #60 and the rolling PR.Before merging: reset
distros/humble/ci.yamlto its defaults.rs humble update-snapshotnow syncs to humble/2026-10-12 (published after the 2026-09-14 sync this pull request started with).Fixes found by the full rebuild:
launch_testing: pytest ≥ 7 hookimpl takesmodule_path(pytest 9 rejects the legacypathargument, which failed everylaunch_pytesttest, e.g.tf2_ros's, and everything depending on it)nav2_mppi_controller: xtensor pinned to 0.25 as in jazzy (unpinned, the solver paired xtensor 0.23.9 with xsimd 14)foxglove_bridge3.6.0,rtabmap0.23.13,autoware_downsample_filters,mujoco_3d_lidar: jazzy's patches (same sources)motion_capture_tracking,sick_safetyscanners_base: Windows patches for the new sources;libpointmatcherstatic on Windowsrosgraph_monitor: include<cstring>moveit_py: links the targets on Windows (jazzy's patch; LNK1104 onpython314.lib)ament_cmake_gen_version_h: an MSVC-safe*_VERSION_GTEmacro, parenthesized like jazzy's template; humble's failed in#ifon Windows (C1012) forbehaviortree_cpp,moveit_visual_toolsandfoxglove_bridge(and would for users' code). The packages generating a version header are rebuilt (ci.yaml), and the two Windows patches that only worked around it are goneplotjuggler3.17.2 on Windows: jazzy's patch (exportsRangeSlider)vinca-snapshotskips packages whosepackage.xmlcan't be read (affordance_primitives, whose release repository is gone, crashed it)rosdistro sync
humble/2026-10-12, announcement.879 updated, 162 added, 4 removed packages.
Updated (879)
Added (162)
agni_tf_tools,ament_cmake_ros_core,audio_capture,audio_common,audio_common_msgs,audio_play,autoware_command_gate,bosch_navigator_bridge,callback_isolated_executor,cie_config_msgs,cie_sample_application,cie_thread_configurator,connection_inspector,crazyflie_description,crazyflie_server_cpp,crazyflie_server_py,crocoddyl,elite_cs_series_sdk,elite_robots,elite_robots_calibration,elite_robots_controllers,elite_robots_dashboard_msgs,elite_robots_description,elite_robots_driver,elite_robots_moveit_config,elite_robots_msgs,elite_robots_simulation_gz,etsi_its_ivim_ts_coding,etsi_its_ivim_ts_conversion,etsi_its_ivim_ts_msgs,eventdispatch_python,eventdispatch_ros2,eventdispatch_ros2_interfaces,fss_bringup,fss_px4_sim,fss_sensing,fss_time,fss_time_interfaces,fusioncore_ublox,int2dds_ffi_vendor,jig,jig_cli,jig_example,kangaroo_bringup,kangaroo_controller_configuration,kangaroo_description,kangaroo_moveit_config,kangaroo_mujoco,kangaroo_robot,kangaroo_simulation,kuka_kl_support,libbno055_linux,linear_feedback_controller,linear_feedback_controller_msgs,mapoi,mapoi_interfaces,mapoi_rviz_plugins,mapoi_server,mapoi_turtlebot3_example,mapoi_webui,mobile_robot_simulator,mola_academic_datasets,mola_input_ouster,mola_input_rosbag1,mola_viz_imgui,moveit_py,mp2p_icp_core,mp2p_icp_viz,mrpt_apps_cli,mrpt_apps_gui,mrpt_bayes,mrpt_common,mrpt_comms,mrpt_config,mrpt_containers,mrpt_core,mrpt_data,mrpt_examples_cpp,mrpt_expr,mrpt_graphs,mrpt_graphslam,mrpt_gui,mrpt_hwdrivers,mrpt_img,mrpt_imgui,mrpt_imgui_vendor,mrpt_io,mrpt_kinematics,mrpt_libapps_cli,mrpt_libapps_gui,mrpt_maps,mrpt_math,mrpt_nav,mrpt_obs,mrpt_opengl,mrpt_path_planning_apps,mrpt_path_planning_core,mrpt_poses,mrpt_random,mrpt_rtti,mrpt_serialization,mrpt_slam,mrpt_system,mrpt_tfest,mrpt_topography,mrpt_trajectory_follower,mrpt_typemeta,mrpt_viz,mujoco_3d_lidar,nanoflann_vendor,ndcurves,nodl,nodl_common_interfaces,nodl_conformance,nodl_docgen,nodl_generator_cpp,nodl_observe,nodl_schema,novatel_oem6_msgs,olive_openrmf_fleet_adapter,onnxruntime_vendor,pal_pro_gripper_simulation,pal_sea_arm_mujoco,pointcloud_conversions,protobuf_comm,rbq_msgs,rmw_int2dds_cpp,robstride_driver,robstride_examples,robstride_ros2,robstride_ros2_control,ros2_medkit_action_status_bridge,ros2_medkit_log_bridge,ros2_medkit_sovd_service_interface,ros2_pulse,ros_snapd_interfaces,rosbag_timing_inspector,rplidar_driver,rtabmap_costmap_plugins,scan_2d_merger,sound_play,sound_play_msgs,tiago_dual_2dnav,tiago_dual_bringup,tiago_dual_controller_configuration,tiago_dual_description,tiago_dual_gazebo,tiago_dual_laser_sensors,tiago_dual_moveit_config,tiago_dual_navigation,tiago_dual_rgbd_sensors,tiago_dual_robot,tiago_dual_simulation,tiago_pro_mujoco,trackdlo_bringup,trackdlo_core,trackdlo_msgs,trackdlo_segmentation,trackdlo_utils,unbag,video_to_image_msg_publisher,wiresteadRemoved (4)
affordance_primitives,iiqka_moveit_example,nodl_python,swri_roscppbuild_number20 → 22 (highest per-package build number 21 + 1), mutex 0.10.0 → 0.11.0 (rebuilds every package)ackermann_steering_controller(21),admittance_controller(21),backward_ros(21),bicycle_steering_controller(21),chomp_motion_planner(21),clearpath_common(21),clearpath_control(21),clearpath_description(21),clearpath_generator_common(21),clearpath_manipulators(21),clearpath_manipulators_description(21),clearpath_mecanum_drive_controller(21),controller_manager(21),diff_drive_controller(21),effort_controllers(21),force_torque_sensor_broadcaster(21),forward_command_controller(21),franka_bringup(21),franka_example_controllers(21),franka_fr3_moveit_config(21),franka_gazebo_bringup(21),franka_ign_ros2_control(21),franka_robot_state_broadcaster(21),franka_ros2(21),gazebo_ros2_control(21),gazebo_ros2_control_demos(21),gpio_controllers(21),gripper_controllers(21),gz_ros2_control(21),gz_ros2_control_demos(21),ign_ros2_control(21),iiwa14_moveit_config(21),iiwa7_moveit_config(21),imu_sensor_broadcaster(21),irobot_create_common_bringup(21),irobot_create_control(21),irobot_create_ignition_bringup(21),joint_state_broadcaster(21),joint_trajectory_controller(21),kortex_description(21),lbr_bringup(21),lbr_demos_cpp(21),lbr_demos_py(21),lbr_fri_ros2_stack(21),lbr_moveit_cpp(21),lbr_ros2_control(21),mecanum_drive_controller(21),med14_moveit_config(21),med7_moveit_config(21),moveit(21),moveit_chomp_optimizer_adapter(21),moveit_common(21),moveit_core(21),moveit_hybrid_planning(21),moveit_kinematics(21),moveit_planners(21),moveit_planners_chomp(21),moveit_planners_ompl(21),moveit_plugins(21),moveit_resources_prbt_ikfast_manipulator_plugin(21),moveit_resources_prbt_moveit_config(21),moveit_resources_prbt_pg70_support(21),moveit_ros(21),moveit_ros_benchmarks(21),moveit_ros_control_interface(21),moveit_ros_move_group(21),moveit_ros_occupancy_map_monitor(21),moveit_ros_perception(21),moveit_ros_planning(21),moveit_ros_planning_interface(21),moveit_ros_robot_interaction(21),moveit_ros_visualization(21),moveit_ros_warehouse(21),moveit_runtime(21),moveit_servo(21),moveit_setup_app_plugins(21),moveit_setup_assistant(21),moveit_setup_controllers(21),moveit_setup_core_plugins(21),moveit_setup_framework(21),moveit_setup_srdf_plugins(21),moveit_simple_controller_manager(21),moveit_task_constructor_capabilities(21),moveit_task_constructor_core(21),moveit_task_constructor_demo(21),moveit_visual_tools(21),mujoco_ros2_control(21),mujoco_ros2_control_demos(21),mujoco_ros2_control_plugins(21),mujoco_vendor(21),orbbec_camera(21),pick_ik(21),pid_controller(21),pilz_industrial_motion_planner(21),pilz_industrial_motion_planner_testutils(21),pose_broadcaster(21),position_controllers(21),range_sensor_broadcaster(21),rmw_zenoh_cpp(21),ros2_control(21),ros2_controllers(21),ros2_fmt_logger(21),ros2cli(21),ros2controlcli(21),rosidl_cli(21),rqt_controller_manager(21),rtabmap(21),rviz_marker_tools(21),steering_controllers_library(21),tricycle_controller(21),tricycle_steering_controller(21),turtlebot3_manipulation_gazebo(21),turtlebot3_simulations(21),turtlebot4_ignition_bringup(21),turtlebot4_node(21),turtlebot4_simulator(21),ur(21),ur_calibration(21),ur_controllers(21),ur_moveit_config(21),ur_robot_driver(21),ur_simulation_gz(21),velocity_controllers(21),visp(21),webots_ros2(21),webots_ros2_control(21),webots_ros2_epuck(21),webots_ros2_husarion(21),webots_ros2_tests(21),webots_ros2_tiago(21),webots_ros2_turtlebot(21),webots_ros2_universal_robot(21),zenoh_cpp_vendor(21)🤖 robostack-bot
🤖 Generated with Claude Code