Skip to content
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

Action ignores failed rosdep install #864

Open
bjsowa opened this issue Apr 29, 2024 · 4 comments · May be fixed by #910
Open

Action ignores failed rosdep install #864

bjsowa opened this issue Apr 29, 2024 · 4 comments · May be fixed by #910
Labels
bug Something isn't working

Comments

@bjsowa
Copy link

bjsowa commented Apr 29, 2024

Description

When rosdep fails to install some dependencies, the action does not fail and instead tries to build the packages anyway.

Expected Behavior

I would expect the action to fail or at least an option to choose whether the action should fail fast.

Actual Behavior

The action does not fail.

@bjsowa bjsowa added the bug Something isn't working label Apr 29, 2024
@christophebedard
Copy link
Member

christophebedard commented Apr 29, 2024

We do indeed do || true with rosdep install to avoid making it fail the action:

)}" --rosdistro $DISTRO -y || true`;

It looks like this has been here since the very beginning: 6de5bca

In what instances is rosdep install failing for you?

@bjsowa
Copy link
Author

bjsowa commented Apr 29, 2024

In what instances is rosdep install failing for you?

I was trying to release my packages to Jazzy and incorrectly assumed all dependencies correctly resolve because the CI was passing.

@christian-rauch
Copy link
Contributor

I am encountering the issue too and would prefer if the action fails if rosdep fails. There is rosdep-skip-keys to skip certain rosdep keys, but the action should fail if non-skipped keys cannot be resolved.

@christophebedard christophebedard linked a pull request Aug 6, 2024 that will close this issue
@christophebedard
Copy link
Member

So the original implementation had this comment:

// For "latest" builds, rosdep often misses some keys, adding "|| true", to
// ignore those failures, as it is often non-critical.

And the current code has this comment:

# suppress errors from unresolved install keys to preserve backwards compatibility
# due to difficulty reading names of some non-catkin dependencies in the ros2 core
# see https://index.ros.org/doc/ros2/Installation/Foxy/Linux-Development-Setup/#install-dependencies-using-rosdep

That being said, those two explanations don't make much sense to me. Could you give #910 a try? I just wonder if there are still cases where rosdep install could fail for a "good" reason, even if that doesn't really make sense.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants