-
Notifications
You must be signed in to change notification settings - Fork 23
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
Import Citadel gz packages #168
Conversation
Signed-off-by: Louise Poubel <[email protected]>
Signed-off-by: Louise Poubel <[email protected]>
Signed-off-by: Louise Poubel <[email protected]>
Signed-off-by: Louise Poubel <[email protected]>
I agree that single-source of truth is an important objective. Another possibility is to refactor all gazebo suites into a single config file for each (OS,version) combination so that packages shared among them are not duplicated but this would mean that we'd have to stabilize the OSRF repos an (OS,version) at a time rather than (OS,version,gazebo suite). |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Overall this is very close to what the generator script produces. I caught a couple of discrepancies which need to be resolved and I'm going to recommend not changing the fortress config although I understand the motivation behind it I think there is an overriding reason to leave it as is (described in thread).
Package (= libgz-math6) |\ | ||
Package (= libgz-math6-dbg) |\ | ||
Package (= libgz-math6-dev) |\ | ||
Package (= libgz-math6-eigen3-dev) |\ |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Package (= libgz-math6-eigen3-dev) |\ | |
Package (= libgz-math6-eigen-dev) |\ |
According to the introspection performed by the generator script there is no package named libgz-math6-eigen3-dev
but the libignition-math6-eigen3-dev
package does use eigen3
instead of eigen
. @j-rivero do you know if this is a typo / omission or if the plan is to rename the libgz... package?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I thought I had fixed that
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
yep, eigen3 should be used.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Co-authored-by: Steven! Ragnarök <[email protected]>
See reason at: #168 (comment) Signed-off-by: Jose Luis Rivero <[email protected]>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The eigen / eigen3 issue appears to've been fixed for jammy only so the focal package still lists plain eigen. Once that is corrected this is good to go (assuming no other releases happen in the meantime).
Yup, they are buggy right now. Fix in gazebo-release/gz-math6-release#17. I'll release a -3 and update this PR. Thanks for checking. |
I didn't know that magic comments could close PRs across organization boundaries. Reopened after it was (presumably unintentionally) closed by a comment in gazebo-release/gz-math6-release#17 |
Ouch, totally unintentionally yes. |
The data matches the output of the script in #144 |
After import to bootstrap, I've checked the status of that repo in https://build.osrfoundation.org/job/ignition_citadel-install-pkg_ros_bootstrap-any-manual/2/ . Code coming from gazebo-tooling/release-tools#801. Seems fine to my eyes. |
In general please run import jobs for build.ros.org and build.ros2.org together so that future build.ros.org import jobs don't have excess changes. |
Summary:
gz
counterparts toignition
packagesgz-rendering
3.6.0-5Here's the current status of Citadel source packages on packages.osrf (this doesn't check that the
gz
packages exist, I've done that manually 🙃 ):