beakerlib 1.30 (new formula)

[LecrisUT]

This is a dependency for tmt which I will also add shortly. Basically these are test-frameworks which aim to make reproducible tests locally, in CI, in downstream packaging etc.

---

• Have you followed the guidelines for contributing?
• Have you ensured that your commits follow the commit style guide?
• Have you checked that there aren't other open pull requests for the same formula update/change?
• Have you built your formula locally with HOMEBREW_NO_INSTALL_FROM_API=1 brew install --build-from-source <formula>, where <formula> is the name of the formula you're submitting?
• Is your test running fine brew test <formula>, where <formula> is the name of the formula you're submitting?
• Does your build pass brew audit --strict <formula> (after doing HOMEBREW_NO_INSTALL_FROM_API=1 brew install --build-from-source <formula>)? If this is a new formula, does it pass brew audit --new <formula>?

---

[LecrisUT]

@SMillerDev What should I do with:

Formulae should not require patches to build. Patches should be submitted and accepted upstream first

I have opened a PR upstream beakerlib/beakerlib#170

[SMillerDev]

Wait until it's released

[LecrisUT]

Wait until it's released

Would appreciate an alternative, e.g. pointing to a git commit/branch etc. so that we can work with upstream to resolve any Mac specific issues, and upstream doesn't have to release many bug fix releases to get the mac support working. The upstream team do not have a Mac environment.

For example one MacOS specific issue is that I had a glimpse at an error message of:

  ERROR: Non enhanced getopt version detected

[SMillerDev]

You can still install things locally and host the formula in a personal tap, but in Homebrew core new formulae should not require patches.

[LecrisUT]

Sure, but how can we get a CI that would run on MacOS environments on the personal tap, or how to setup homebrew fork/tap to run the CI without the patch check there, etc.?

[SMillerDev]

https://docs.brew.sh/How-to-Create-and-Maintain-a-Tap

[LecrisUT]

Ok, that did the trick. Not sure how to design the tap to be like a staging tap for upstream homebrew, e.g.:

• Having only smoke tests run on homebrew-core, but on the tap run a full test-suite
• Running the tap's CI via workflow_run using the upstream's git repo pointing to main, PR etc.

Other automations like creating PRs to homebrew-core, sanitizing formulas before PR, I think I can handle.

[SMillerDev]

Having only smoke tests run on homebrew-core, but on the tap run a full test-suite

Taps and core are completely separate so you can run whatever commands you like in it.

Running the tap's CI via workflow_run using the upstream's git repo pointing to main, PR etc.

Don't think I know of any project doing this since for most Homebrew is just one of the many running cmake/meson/whatever. Sounds interesting though.

Other automations like creating PRs to homebrew-core

There are GitHub actions that already exist for this, that should make this fairly easy.

[LecrisUT]

@SMillerDev help

* Dependency 'gnu-getopt' is provided by macOS; please replace 'depends_on' with 'uses_from_macos'.

#109215 (comment)

This fails on MacOS <=14 without it: https://github.com/Homebrew/homebrew-core/actions/runs/8201410100/job/22430140867

Tried with

uses_from_macos "gnu-getopt", since: :sonoma

but it still fails on me. I think I need an equivalent of since: :greater_than_sonoma or while gnu-getopt is still a formula

[LecrisUT]

Note, beware when updating this package, spglib, etc. The sha256sum is changing after a commit is added: scikit-build/scikit-build-core#695

[LecrisUT]

Well, I've rebased if someone wants to do the magic of making the CI work 🤷

[github-actions]

@MikeMcQuaid has requested bottles to be published to this PR.

[MikeMcQuaid]

Thanks @LecrisUT!