gz-utils: init at 3.1.1

[Guelakais]

Things done

• Built on platform(s)
  • x86_64-linux
  • aarch64-linux
  • x86_64-darwin
  • aarch64-darwin
• For non-Linux: Is sandboxing enabled in nix.conf? (See Nix manual)
  • sandbox = relaxed
  • sandbox = true
• Tested, as applicable:
  • NixOS test(s) (look inside nixos/tests)
  • and/or package tests
  • or, for functions and "core" functionality, tests in lib/tests or pkgs/test
  • made sure NixOS tests are linked to the relevant packages
• Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
• Tested basic functionality of all binary files (usually in ./result/bin/)
• 25.05 Release Notes (or backporting 24.11 and 25.05 Release notes)
  • (Package updates) Added a release notes entry if the change is major or breaking
  • (Module updates) Added a release notes entry if the change is significant
  • (Module addition) Added a release notes entry if adding a new NixOS module
• Fits CONTRIBUTING.md.

---

Add a 👍 reaction to pull requests you find important.

[Guelakais]

I'm delighted as punch. I'm so close to building and running gazebosim with nixpkgs! The only thing missing is gz-math!

[bengsparks]

The repository contains tests; you should build these too.
They also contain a test/gtest_vendor, which you should remove from the tree, and prefer gtest from nixpkgs instead.

[jopejoe1]

The repository contains tests; you should build these too. They also contain a test/gtest_vendor, which you should remove from the tree, and prefer gtest from nixpkgs instead.

Just doing a doCheck = true; should be enough to run the tests, but I don't see that as something that would block this pr and can be done at a later time.

[drupol]

Should this be in buildInputs or in here?

[bengsparks]

gz-cmake is a collection of cmake modules, so I imagine this is correct.

[bengsparks]

I'd frankly prefer if this package were merged with tests enabled; something like this tends to slip through the cracks 😄
Alternatively, if you would rather just be done with the PR, then I can take a crack at it after this PR has merged. I'll leave it up to those with merge permissions ^^

[drupol]

I'd frankly prefer if this package were merged with tests enabled; something like this tends to slip through the cracks 😄 Alternatively, if you would rather just be done with the PR, then I can take a crack at it after this PR has merged. I'll leave it up to those with merge permissions ^^

I guess we can do it within this PR, can you give some directions on how to enable the tests?

[bengsparks]

Sure, give me a few minutes.
EDIT: Now that I look more closely, there is more we should do for this package

[bengsparks]

spdlog should be under buildInputs

[bengsparks]

Additionally, I don't think we want to use the vendored cli11, so

buildInputs = [ cli11 spdlog ];

cmakeFlags = [
  (lib.cmakeBool "GZ_UTILS_VENDOR_CLI11" false)
];

[bengsparks]

Let's hold off on testing for a second; it's not entirely trivial, seeing as gz-cmake provides the testing and documentation functionality, but does not actually provide the libraries and binaries that would generate these.
I think I'll add them in a follow-up PR, which will be easier when a package that uses gz-cmake has been merged.

[drupol]

Thank you all !