-
-
Notifications
You must be signed in to change notification settings - Fork 59
Remove check for .yaml modification before recipe generated in testpr CI job and fix testpr job #277
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
Conversation
I have no idea why the PR job is not starting, see also #278 . |
Also on ros-jazzy the PR jobs are not starting: RoboStack/ros-jazzy#40 . |
Also on ros-noetic: RoboStack/ros-noetic#527 . |
In other orgs PR jobs are started normally: robotology/idyntree#1235 . |
Also existing PR work fine: #276 . |
Also creating a PR from a fork not from |
The issue was the check that PR started only if |
Happy to merge once we apply the same fix as in jazzy |
Done in 62ccbc4, let's see if there are some unbuild package for some reason. |
Actually I think we also need to port the |
Indeed, Windows is failing for that reason. macOS instead will be fixed by ros-misc-utilities/ffmpeg_encoder_decoder#2 . |
I am confused, the check seems to be already there. |
The check was only checking if the |
I propagated the fix in RoboStack/ros-jazzy#41 . |
I can also add a fix for #280 in here, but the PR is already quite full of things, so I could do that in a different PR. |
As we introduced several modifications in 2025, such as the use of rosdistro snapshot instead of always building the latest rosdistro, and the use of
pkg_additional_info.yaml
to bump the build number of packages that we want to rebuild, the check forvinca_*.yaml
modification before running PR does not make a lot of sense. If a PR is not triggering the build of new packages, then the build step is super fast, and if instead a new recipe is triggered without us being aware of this, it is important that the PR CI catches the unintentional package generation.