Brewfile: libheif, because the Go binding is cgo and does not carry the codec

[landsman]

One line in the Brewfile, plus the comment that says why it is there.

What it is for

Go development that handles images: decoding HEIF/HEIC — the format phones now shoot by default — and rendering thumbnails from it. strukturag/libheif is the upstream, and the surprise worth writing down is that one repo holds both halves: the C library, and the Go binding under go/heif.

Why it has to be installed

make run in a work Go repo, on this Mac, with the toolchain otherwise complete:

# github.com/strukturag/libheif/go/heif
# [pkg-config --cflags  -- libheif]
Package libheif was not found in the pkg-config search path.

The Go module is a binding, not a port. Its go/heif package is cgo with #cgo pkg-config: libheif, so go build shells out to pkg-config at compile time and fails there unless the C library and its libheif.pc are already on the machine. Nothing in go.mod can fix that — go mod download fetches the wrapper and the wrapper alone.

So it belongs to the machine, next to libpq and poppler, which are here for the same reason.

Placement

Unguarded, in the portable-CLI half — homebrew-core builds libheif for x86_64_linux as well, so the Kubuntu side needs no os/ubuntu entry. Alphabetical, before libpq.

brew install libheif also pulls libde265 as a dependency; Homebrew resolves that itself, no line of its own.

Checks

make apps-test passes, and brew bundle list --file Brewfile prints libheif — so the Ruby parses and the entry is really in the list, not just in the file. After installing, pkg-config --modversion libheif → 1.23.1 and the build that started this gets through cgo.

Not verified: the Linux bottle, since this was done on the Mac. It is in homebrew-core's x86_64_linux bottle list, which is the same evidence every other unguarded line here rests on.