Use gz_vendor packages

[azeey]

🎉 New feature

Summary

Changes Gazebo dependencies to use vendor packages (see gazebo-tooling/release-tools#1117)

Test it

Build and run tests.

Checklist

• Signed all commits for DCO
• Added tests
• Added example and/or tutorial
• Updated documentation (as needed)
• Updated migration guide (as needed)
• Consider updating Python bindings (if the library has them)
• codecheck passed (See contributing)
• All tests passed (See test coverage)
• While waiting for a review on your PR, please help review another open pull request to support the maintainers

Note to maintainers: Remember to use Squash-Merge and edit the commit message to match the pull request summary while retaining Signed-off-by messages.

[ahcorde]

are packages released and sync?

ERROR: the following rosdeps failed to install
  apt: command [apt-get install -y ros-rolling-sdformat-urdf] failed
  apt: command [apt-get install -y ros-rolling-gz-transport-vendor] failed
  apt: Failed to detect successful installation of [ros-rolling-sdformat-urdf]
  apt: Failed to detect successful installation of [ros-rolling-gz-transport-vendor]

[azeey]

are packages released and sync?

ERROR: the following rosdeps failed to install
  apt: command [apt-get install -y ros-rolling-sdformat-urdf] failed
  apt: command [apt-get install -y ros-rolling-gz-transport-vendor] failed
  apt: Failed to detect successful installation of [ros-rolling-sdformat-urdf]
  apt: Failed to detect successful installation of [ros-rolling-gz-transport-vendor]

Not quite yet. sdformat_urdf is waiting for ros/sdformat_urdf#28 to be merged and released.
gz-transport-vendor is released, but it's failing to build on Noble due to an issue in Noble itself (can't install python3-distutils).

[luca-della-vedova]

I'm trying this PR with the vendored gz binaries in noble, was stuck at yaml-cpp yesterday but saw that is already fixed (thanks!), it seems now ros_gz_image is failing:

lucadv@noble:~/noble_ws$ colcon build --packages-select ros_gz_image
Starting >>> ros_gz_image
--- stderr: ros_gz_image                         
CMake Error at /opt/ros/rolling/opt/gz_transport_vendor/extra_cmake/lib/cmake/gz-transport/gz-transport-config.cmake:24 (add_library):
  add_library cannot create imported target "gz-transport" because another
  target with the same name already exists.
Call Stack (most recent call first):
  CMakeLists.txt:20 (find_package)


CMake Error at /opt/ros/rolling/opt/gz_msgs_vendor/extra_cmake/lib/cmake/gz-msgs/gz-msgs-config.cmake:24 (add_library):
  add_library cannot create imported target "gz-msgs" because another target
  with the same name already exists.
Call Stack (most recent call first):
  CMakeLists.txt:23 (find_package)

[luca-della-vedova]

It seems removing this (and gz-msgs below) fixes this package's build, but not sure that is the right approach.

[azeey]

The issue was in the upstream gz_msg vendor package. A similar fix to gazebo-release/gz_utils_vendor#3 has been released to all the vendor packages, but hasn't been synced to ros-testing yet. Hopefully by tomorrow.

[azeey]

@ahcorde this is ready to review. CI is green 🎉