The ROS PMC meeting for this week was on Tuesday. The notes from the meeting are available at ROS PMC weekly meeting agenda
PMC Business
- Formal Business
- Vote to add Skyler M. (@skye.galaxy) as a committer mentee, mentored by Alberto (@alsora)
- Alberto Moves, Steven! seconds, passes by consensus
- Vote to add Skyler M. (@skye.galaxy) as a committer mentee, mentored by Alberto (@alsora)
Ongoing Tasks
-
Buildfarm:
- New issues:
- [rosbag2_transport.test_record_all.gtest.missing_result is failing on Kilted](🧑‍🌾 `rosbag2_transport.test_record_all.gtest.missing_result` is failing on Kilted · Issue #2178 · ros2/rosbag2 · GitHub
- PTAL: Buildfarm Issues Triage Sheet
- New issues:
-
Waffle assignments:
- Waffle is a weekly meeting where maintainers triage incoming issues and pull requests that haven’t been otherwise acted upon. One person per week is assigned to be the “waffle note-taker” to both take notes in the meeting to keep the meeting as efficient as possible.
- September 24 + October 2: @Katherine_Scott
-
Rosdistro Assignments
- Rosdistro is a weekly assignment to monitor incoming issues and pull requests in GitHub - ros/rosdistro: This repo maintains a lists of repositories for each ROS distribution. Two people per week are assigned to be the rosdistro maintainers.
- September 23 - September 30: @Yadunund + @ahcorde
- Outgoing rosdistro issues:
- Update cdk rosdep key for Ubuntu and Debian compatibility by BlueberryCatt · Pull Request #47662 · ros/rosdistro · GitHub
- Summary Debian/Ubuntu are adding
t64suffixes to packages that break ABI to support the 64-bit time migration (2038 bug). - Conclusion It should be fine to update dependency keys but don’t update the rosdep keys themselves as this should be a temporary scenario (packages will switch back in the future). Infra PMC to keep us informed
- Summary Debian/Ubuntu are adding
- epos_driver-released: 0.0.5-0 in 'hydro/distribution.yaml' [bloom] by tkucner · Pull Request #4767 · ros/rosdistro · GitHub
- Summary Aligns debian bookworm boost package versions, flagged because some of the packages are downgrades
- Book work is tier 3, and libboost-all-dev is 1.74, so this alignment makes sense
- Conclusion @mjcarroll to announce to discourse before merging, but it seems relatively safe.
- Add pip fallbacks for python3-docstring-parser by ndahn · Pull Request #47688 · ros/rosdistro · GitHub
- Summary @mjcarroll asks if it is appropriate to have pip fallbacks for apt-installed keys
- Conclusion Yes, this is intended behavior to provide pip installations for packages that eventually become distro packages in newer Ubuntu.
- Update cdk rosdep key for Ubuntu and Debian compatibility by BlueberryCatt · Pull Request #47662 · ros/rosdistro · GitHub
ROS Bosses
- ROS Humble (@christophebedard/@audrow)
- @MiguelCompany asks why rosidl_typesupport_fastrtps backports weren’t released
- Likely overlooked when doing the sync. In the future, let’s make sure that Miguel can do releases of packages that he maintains (appears that he as the ability, just doesn’t know the process)
- @MiguelCompany asks why rosidl_typesupport_fastrtps backports weren’t released
- ROS Jazzy (@marcogg)
- No updates
- ROS Kilted (@cottsay)
- Sync early next week
- ROS Rolling (@Yadunund)
- Sync late this week
Agenda Items
- [@ahcorde] - Vendor packages (Increase pixi platform support and reduce vendor packages · Issue #1729 · ros2/ros2 · GitHub)
- vendor packages exist to provide dependencies on systems without package managers (Windows), and we no longer need to do that because of Pixi.
- The vendor packages are a tool for getting the ball rolling, but their existence implies a burden on both our compute resources and our package maintainers
- Most of our vendor packages were only being exercised on Windows, and were pinned to the versions that appear in the Ubuntu LTS.
- If there’s a bug in our dependency, we should file tickets appropriately and drive the fix upstream so that everyone can benefit. It’s a different kind of burden, but one that the whole community shares.
- Pros
- alternative sourcing of dependencies
- leaving them with no option to build the dep themselves by default
- Reduce CI failures
- Cons
- doesn’t compile with some specific compiler version like clang on some specific platform like RHEL or QNX and we have to patch it because the new version of the package is not available in distro
- critical vulnerability or bug and new version is not available on some old Unix
- Linux_clang_libcxx is broken
- Because of kdl_parser + assimp
- Chris made a list https://github.com/ros2/rosbag2/pull/2166#issuecomment-3299655595
- we have patches for mcap and zstd.
- Discussion (Wildly Summarized)
- @cottsay: We should generally strive to reduce number of vendor packages and work with upstream whenever possible.
- @MichaelOrlov We still have a few complicated vendor packages that also patch and cover changes between various supported platforms. Losing this ability makes for more work.
- Conclusion @ahcorde is going to bring a list of current vendor packages and how “complex” they are so that the PMC can evaluate and decide which are the highest priority to remove versus keeping for another release.
- [@sloretz] Downloading example code and referencing it in documentation instead of copying inline
- Discussion (Summarized from @nuclearsandwich/@MiguelCompany/@sloretz /@InvincibleRMC )
- There is basic agreement that this is a good idea, but different opinions on how to actually implement and keep synced between the various repositories
- Conclusion: @InvincibleRMC is going to put together a requirements doc so that we can understand what the needs are before trying to formulate technical approaches. This would give us something to trade off against as well
- Discussion (Summarized from @nuclearsandwich/@MiguelCompany/@sloretz /@InvincibleRMC )
- [@MiguelCompany] Status of Bump asio to 1.28.1 by Mario-DL · Pull Request #21 · ros2/choco-packages · GitHub
- @nuclearsandwich LGTM needs to be merged and cut to a release so we can update docs.
As a reminder, ROS PMC meetings are open to the public, though only committers and members may speak without being called on. If you have topics that you would like discussed, feel free to respond here