v0.8.1 release has no binaries attached

[Marukome0743]

👋 The v0.8.1 release has no binaries attached. The release and its notes are there, but every asset is missing, so there is nothing to download for any platform.

This looks like the same thing that happened to 0.7.0 in #233.

What I see

$ gh release view v0.8.0 --repo cycloidio/inframap --json assets -q '.assets[].name'
inframap-darwin-386.tar.gz
inframap-darwin-amd64.tar.gz
inframap-linux-386.tar.gz
inframap-linux-amd64.tar.gz
inframap-windows-386.tar.gz
inframap-windows-amd64.tar.gz

$ gh release view v0.8.1 --repo cycloidio/inframap --json assets -q '[.assets[].name]|length'
0

Every release back through v0.6.x carries those six tarballs; v0.8.1 is the first without them.

Where they come from

There is no release workflow in .github/ — it holds only dependabot.yml — so the tarballs come from running the Makefile locally and uploading the result:

build-all: ## Builds the binaries
	go build -v -o $(BUILD_PATH)/$(BIN)-$(GOOS)-$(GOARCH) ${LDFLAGS}

build-compress: build-all ## Builds and compress the binaries
	tar -C $(BUILD_PATH) -czf $(BUILD_PATH)/$(BIN)-$(GOOS)-$(GOARCH).tar.gz $(BIN)-$(GOOS)-$(GOARCH)

make build-compress produces exactly the inframap-<goos>-<goarch>.tar.gz names the earlier releases have, so attaching its output to the existing v0.8.1 tag should be all it takes — no new release needed.

If it would help to stop this recurring, the same make build-compress step would fit in a small release workflow triggered on tags; happy to send one as a pull request if you'd like it.

Why I noticed

inframap is packaged in aqua-registry, whose automated update to v0.8.1 has been failing since 2026-04 because there is no asset to fetch. Nothing needs changing on that side — it just needs the tarballs to exist. Anyone installing with go install is unaffected.

_{Investigated with Claude Code; every command and file excerpt above comes from a command I actually ran. I reviewed the findings and own them.}