Skip to content

Add ROS2 CI - #346

Draft
paulbovbel wants to merge 1 commit into
rollingfrom
ros2-ci
Draft

Add ROS2 CI#346
paulbovbel wants to merge 1 commit into
rollingfrom
ros2-ci

Conversation

@paulbovbel

Copy link
Copy Markdown
Member

No description provided.

@paulbovbel
paulbovbel force-pushed the ros2-ci branch 2 times, most recently from 4926ae6 to d5bd804 Compare November 14, 2023 18:46
@paulbovbel
paulbovbel changed the base branch from ros2 to rolling November 15, 2023 17:23
@paulbovbel

Copy link
Copy Markdown
Member Author

Not sure why the CI is broken - seems to be failing to install ceres. Might be worth poking at later, should I leave this open or merge @svwilliams ?

ikhann added a commit to ikhann/fuse that referenced this pull request Aug 15, 2026
Revives the CI effort from locusrobotics#346, which was approved but stalled on a
Ceres installation failure in 2023. Building inside the ros:<distro>
container images avoids that class of problem entirely: the matching
Ubuntu base and ROS apt sources come with the image, and rosdep
resolves libceres-dev without additional setup.

The workflow builds and tests every package except fuse_viz (blocked
on Qt6 support, see locusrobotics#421) and fuse_doc (rosdoc2 configuration only).
A weekly scheduled run catches breakage caused by upstream changes
(new Boost, Ceres, or rclcpp releases) even when the repository is
quiet - the failure modes of locusrobotics#396 and locusrobotics#423/locusrobotics#424/locusrobotics#425. A second job
runs the google-benchmark suites in Release mode and uploads the
results as an artifact.

As a side effect this fixes the CodeQL "Analyze (actions)" check that
currently fails on every pull request: the actions language analysis
errors out with "CodeQL could not process any code written in GitHub
Actions" because these branches contain no workflow files to scan.

The devcontainer provides the same ros:rolling environment for local
development, with rosdep dependency installation on create.
ikhann added a commit to ikhann/fuse that referenced this pull request Aug 16, 2026
Revives the CI effort from locusrobotics#346, which was approved but stalled on a
Ceres installation failure in 2023. Building inside the ros:<distro>
container images avoids that class of problem entirely: the matching
Ubuntu base and ROS apt sources come with the image, and rosdep
resolves libceres-dev without additional setup.

The workflow builds and tests every package except fuse_viz (blocked
on Qt6 support, see locusrobotics#421) and fuse_doc (rosdoc2 configuration only).
A weekly scheduled run catches breakage caused by upstream changes
(new Boost, Ceres, or rclcpp releases) even when the repository is
quiet - the failure modes of locusrobotics#396 and locusrobotics#423/locusrobotics#424/locusrobotics#425. A second job
runs the google-benchmark suites in Release mode and uploads the
results as an artifact.

As a side effect this fixes the CodeQL "Analyze (actions)" check that
currently fails on every pull request: the actions language analysis
errors out with "CodeQL could not process any code written in GitHub
Actions" because these branches contain no workflow files to scan.

The devcontainer provides the same ros:rolling environment for local
development, with rosdep dependency installation on create.
@ikhann

ikhann commented Aug 16, 2026

Copy link
Copy Markdown

Hi! I got a modernized version of it working: building inside the ros:<distro> container images avoids the ceres dependency problem entirely.

@svwilliams would you prefer I open it as a new PR superseding this one (crediting @paulbovbel)?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Development

Successfully merging this pull request may close these issues.

4 participants