Bump gz-cmake and others in jetty

[scpeters]

Part of gazebo-tooling/release-tools#1309.

[scpeters]

I'm guessing these test failures are related to a problem with gz-msgs

[scpeters]

I'm guessing these test failures are related to a problem with gz-msgs

I added some extra console output to the failing tests, and it looks to me like a consequence of a behavior change in gazebosim/gz-msgs#476 that has never before been tested with gz-transport

from migration guide:

    The function `MessageFactory::MessagePtr MessageFactory::New(
    const std::string &_msgType)` does not accept non-fully qualified names
    anymore.

[scpeters]

I think because we are stripping the protobuf namespace here:

• gz-transport/parameters/src/Utils.cc

  Lines 44 to 49 in 2d32077

  	const char prefix[] = "gz.msgs.";
  	auto ret = typeUrl.substr(pos + 1);
  	if (!ret.compare(0, sizeof(prefix), prefix)) {
  	return std::nullopt;
  	}
  	return ret.substr(sizeof(prefix) - 1);

[scpeters]

I'm guessing these test failures are related to a problem with gz-msgs

I added some extra console output to the failing tests, and it looks to me like a consequence of a behavior change in gazebosim/gz-msgs#476 that has never before been tested with gz-transport

from migration guide:

    The function `MessageFactory::MessagePtr MessageFactory::New(
    const std::string &_msgType)` does not accept non-fully qualified names
    anymore.

restoring this in gazebosim/gz-msgs#512 to facilitate these bumps

[scpeters]

@iche033 the ubuntu jenkins build is failing since gazebo-tooling/release-tools#1311

• https://build.osrfoundation.org/job/gz_transport-ci-pr_any-noble-amd64/155/

# BEGIN SECTION: sourcing ros setup script
+ '[' -f /opt/ros/jazzy/setup.bash ']'
+ echo 'ROS_DISTRO_SETUP_NEEDED set to jazzy but no ROS 2 installation found'
ROS_DISTRO_SETUP_NEEDED set to jazzy but no ROS 2 installation found
+ exit 1

[iche033]

hmm that should be fixed once the zenoh_main changes are merged into the main branch but think we're not ready to do that yet. I'll update release-tools to not exit 1 so we can continue building main without zenoh

[iche033]

hmm that should be fixed once the zenoh_main changes are merged into the main branch but think we're not ready to do that yet. I'll update release-tools to not exit 1 so we can continue building main without zenoh

gazebo-tooling/release-tools#1317

[scpeters]

bazel builds need the following to be merged forward

• Merge gz-msgs11 ➡️ main gz-msgs#514

[scpeters]

CI is happy now for this PR, so I opened all the other pull requests and started an Ubuntu colcon CI job with a custom repos file (gazebo-tooling/gazebodistro@a9a877d gazebo-tooling/gazebodistro@c5fc7c8 gazebo-tooling/gazebodistro@9da8b82):

• https://build.osrfoundation.org/job/ci__colcon_any-manual_ubuntu_noble_amd64/26/
• https://build.osrfoundation.org/job/ci__colcon_any-manual_ubuntu_noble_amd64/27/
• https://build.osrfoundation.org/job/ci__colcon_any-manual_ubuntu_noble_amd64/28/
• https://build.osrfoundation.org/job/ci__colcon_any-manual_ubuntu_noble_amd64/29/

if that looks ok, I'll open the pull requests for review, but I won't start merging until all the gazebosim/gz-* pull requests have been reviewed

[scpeters]

nightly:

• https://build.osrfoundation.org/job/gz-transport15-debbuilder/112/