open-rmf / open-rmf/rmf

colcon fails to prioritize in-workspace RMF packages over installed versions

Open
#99 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

bug
Dominant language
Python
Stars
439
Forks
90
PR merge metrics
No merged PRs in 30d

Description

It was mentioned in #98 and has come up in other places as well. For some reason, colcon workspace overlays aren't correctly prioritizing in-source RMF package versions over the versions that have been installed on a machine. This usually works okay for ROS/ROS2 packages, so I have to assume there's something we can tweak in the cmake files of the RMF packages to help this work as intended.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reproducing the colcon overlay behavior described in the issue with the RMF workspace and an installed package version. Read the RMF packages' CMake files and compare their behavior with ROS/ROS2 packages. Done means in-workspace RMF packages are selected over installed versions during the overlay build.

Written by the indexing model from the issue text.

Assessment

Tech stack
cmake
Domain
build-system
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
30/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.