Run any Skill in Manus with one click

gz-build

Stars207

Forks32

UpdatedMay 14, 2026 at 10:40

Configure and build gz-sim from source using either CMake/Ninja directly or a colcon workspace. Trigger when the user asks to build, recompile, configure, or set up the gz-sim binary tree.

Installation

Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.

Run Skill in Manus

Source

harunkurtdev

harunkurtdev/ros2-claude-code-template

View GitHub Repository View Creator Repositories

Download

Run Skill in Manus

Related occupationsSOC

Based on SOC occupation classification

Software DevelopersComputer and Mathematical Occupations·SOC 15-1252

SKILL.md

readonly

name	gz-build
description	Configure and build gz-sim from source using either CMake/Ninja directly or a colcon workspace. Trigger when the user asks to build, recompile, configure, or set up the gz-sim binary tree.

Building gz-sim

gz-sim follows the Gazebo project's standard build process. Two equally valid front-ends exist; pick based on what the user already has set up.

1. Direct CMake (single repo)

Assumes every Gazebo dependency (gz-cmake, gz-common, gz-physics, …) is already installed system-wide.

cmake -S . -B build -G Ninja \
  -DCMAKE_BUILD_TYPE=RelWithDebInfo \
  -DBUILD_TESTING=ON
cmake --build build -j"$(nproc)"

Useful flags:

Flag	Effect
`-DCMAKE_BUILD_TYPE=Debug`	Asserts on, no optimization, full symbols.
`-DENABLE_PROFILER=ON`	Compiles in `GZ_PROFILER` hooks.
`-DBUILD_TESTING=OFF`	Skip test targets (faster, smaller).
`-DCMAKE_INSTALL_PREFIX=/opt/gz`	Override install location.
`-DBUILD_DOCS=ON`	Build Doxygen + tutorials (needs `doxygen`).

Install (optional, into prefix):

cmake --install build

2. colcon workspace (Gazebo source build)

When the user is building the full Gazebo stack:

# from <workspace>/src/ that contains gz-sim and friends
colcon build --merge-install --cmake-args -DBUILD_TESTING=ON
source install/setup.bash

Limit to gz-sim and its deps:

colcon build --merge-install \
  --packages-up-to gz-sim \
  --cmake-args -DCMAKE_BUILD_TYPE=RelWithDebInfo

Bazel (alternative)

bazel build //... --config=linux
bazel test  //... --config=linux

MODULE.bazel pins the dependencies; the matrix is exercised by .github/workflows/bazel.yml.

After building

Run the smoke test: gz sim -v 4 shapes.sdf (needs source install/setup.bash when built via colcon).
For headless CI, prefix with xvfb-run -s '-screen 0 1280x800x24'.
For sanitizers, configure with -DCMAKE_CXX_FLAGS="-fsanitize=address,undefined" and -DCMAKE_EXE_LINKER_FLAGS="-fsanitize=address,undefined".

Common failures

find_package(gz-cmake REQUIRED) failing → user hasn't installed gz-cmake.
Linker errors about Qt6 → ensure qt6-base-dev + qt6-declarative-dev
- qt6-5compat-dev are present.
Missing sdformat → install the matching libsdformat<NN>-dev for the current Gazebo distribution (Rotary → check package.xml).
Out-of-date gz-msgs headers → rebuild gz-msgs before gz-sim.

Always cd into the repo root (/home/rdadmin/gz-sim) before running these.

More from this repository

same repository

extending-claude-config

harunkurtdev/ros2-claude-code-template

Author a new asset for this .claude/ template — a rule, skill, slash command, or sub-agent — following the project's conventions and wiring it into the CLAUDE.md / README.md indexes. Trigger when the user wants to add or extend a command, skill, agent, or rule (make the template itself extensible).

2026-06-03207

new-ros2-workspace

harunkurtdev/ros2-claude-code-template

Bootstrap a complete ROS 2 colcon workspace from scratch — directory layout, .gitignore, top-level README, this .claude/ config, an interfaces package and a first Clean Architecture package, and a bringup package. Trigger when the user asks to create a new workspace / start a new ROS 2 project from zero.

2026-06-03207

behaviortree-node-creation

harunkurtdev/ros2-claude-code-template

Scaffold a Behavior Tree leaf node — plain BehaviorTree.CPP (SyncActionNode / StatefulActionNode / ConditionNode) or a BehaviorTree.ROS2 wrapper (RosActionNode / RosServiceNode / RosTopicPubNode / RosTopicSubNode) — with ports, factory/plugin registration, and XML v4 usage. Trigger when the user asks to write a behavior-tree node (not Nav 2-specific).

2026-06-03207

ros2-control-hardware-interface

harunkurtdev/ros2-claude-code-template

Scaffold a ros2_control hardware component (SystemInterface / ActuatorInterface / SensorInterface) and its bringup — the plugin (on_init/on_configure/on_activate, RT-safe read()/write()), URDF <ros2_control> wiring, controllers.yaml + launch, pluginlib export. Trigger when the user asks to integrate hardware or bring up a robot under ros2_control.

2026-06-03207

ros2-controller-creation

harunkurtdev/ros2-claude-code-template

Scaffold or extend a ros2_control controller or broadcaster (ControllerInterface / ChainableControllerInterface) — base-class choice, command/state interface configuration, lifecycle, real-time-safe update(), generate_parameter_library, pluginlib export, tests. Trigger when the user asks to write a ros2_control controller or broadcaster.

2026-06-03207

vda5050-integration

harunkurtdev/ros2-claude-code-template

Bridge a VDA 5050 v3.0.0 fleet-control interface (MQTT/JSON) onto Nav 2 under Clean Architecture — domain entities, MQTT/Nav 2 adapters behind ports, order→NavigateThroughPoses mapping, state aggregation, action handlers. Trigger when the user asks to build or extend a VDA 5050 connector / fleet bridge.

2026-06-03207

name	gz-build
description	Configure and build gz-sim from source using either CMake/Ninja directly or a colcon workspace. Trigger when the user asks to build, recompile, configure, or set up the gz-sim binary tree.

Building gz-sim

gz-sim follows the Gazebo project's standard build process. Two equally valid front-ends exist; pick based on what the user already has set up.

1. Direct CMake (single repo)

Assumes every Gazebo dependency (gz-cmake, gz-common, gz-physics, …) is already installed system-wide.

cmake -S . -B build -G Ninja \
  -DCMAKE_BUILD_TYPE=RelWithDebInfo \
  -DBUILD_TESTING=ON
cmake --build build -j"$(nproc)"

Useful flags:

Flag	Effect
`-DCMAKE_BUILD_TYPE=Debug`	Asserts on, no optimization, full symbols.
`-DENABLE_PROFILER=ON`	Compiles in `GZ_PROFILER` hooks.
`-DBUILD_TESTING=OFF`	Skip test targets (faster, smaller).
`-DCMAKE_INSTALL_PREFIX=/opt/gz`	Override install location.
`-DBUILD_DOCS=ON`	Build Doxygen + tutorials (needs `doxygen`).

Install (optional, into prefix):

cmake --install build

2. colcon workspace (Gazebo source build)

When the user is building the full Gazebo stack:

# from <workspace>/src/ that contains gz-sim and friends
colcon build --merge-install --cmake-args -DBUILD_TESTING=ON
source install/setup.bash

Limit to gz-sim and its deps:

colcon build --merge-install \
  --packages-up-to gz-sim \
  --cmake-args -DCMAKE_BUILD_TYPE=RelWithDebInfo

Bazel (alternative)

bazel build //... --config=linux
bazel test  //... --config=linux

MODULE.bazel pins the dependencies; the matrix is exercised by .github/workflows/bazel.yml.

After building

Run the smoke test: gz sim -v 4 shapes.sdf (needs source install/setup.bash when built via colcon).
For headless CI, prefix with xvfb-run -s '-screen 0 1280x800x24'.
For sanitizers, configure with -DCMAKE_CXX_FLAGS="-fsanitize=address,undefined" and -DCMAKE_EXE_LINKER_FLAGS="-fsanitize=address,undefined".

Common failures

find_package(gz-cmake REQUIRED) failing → user hasn't installed gz-cmake.
Linker errors about Qt6 → ensure qt6-base-dev + qt6-declarative-dev
- qt6-5compat-dev are present.
Missing sdformat → install the matching libsdformat<NN>-dev for the current Gazebo distribution (Rotary → check package.xml).
Out-of-date gz-msgs headers → rebuild gz-msgs before gz-sim.

Always cd into the repo root (/home/rdadmin/gz-sim) before running these.