mirror of
https://github.com/PX4/PX4-Autopilot.git
synced 2026-10-06 09:02:52 +08:00
Ramon Roche
a8b0e91ebe
Homebrew rebuilds and drops the gz bottles whenever homebrew-core bumps protobuf or abseil, which breaks the macOS Gazebo install until the pins catch up. conda-forge keeps every package it has published, so Tools/setup/macos/pixi.toml and its lock install the same gz, protobuf, abseil, OpenCV and GStreamer binaries until the lock is updated on purpose. OpenCV is the headless build, and GStreamer brings the good, bad and ugly plugin sets the gz camera plugin's pipeline uses. macos.sh installs the environment with pixi and loads it from the venv activation through a small script, since pixi shell-hook would export the installing shell's PATH. The build and the gz launch do not depend on that activation: CMake searches the environment like it pins the .venv Python, and px4-rc.gzsim sources gz_env.sh before it looks for gz, which loads the environment when it is not already active and puts its lib dir ahead of Homebrew's in the dyld fallback path. conda-forge's gz-transport13 does not pull in cppzmq, so the manifest lists it. The osrf/simulation pin, the protobuf pin and the weekly bot that refreshed them are removed. The homebrew-core commit moves into homebrew-pins.txt unchanged. Assisted-by: Claude:claude-opus-5-5 Signed-off-by: Ramon Roche <mrpollo@gmail.com>