Publish Windows binary + Scoop bucket for parity with brew install #50
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally filed by @coilysiren on 2026-05-10T06:01:32Z - https://github.com/coilysiren/coily/issues/107
Problem
Coily's release pipeline today is Mac/Linux only:
release.ymltags + creates a GitHub Release with no binary assets.repository_dispatchfirescoilysiren/homebrew-tapwhich rewritesFormula/coily.rb.brew upgrade coilyand the formula builds from source tarball.The
kai-brew-releaseskill encodes the "push, wait for CI, brew upgrade, resume" loop. There is no Windows analog. On the Windows host coily must currently be built from source (go build -tags prod -o bin/coily.exe ./cmd/coily) and invoked via absolute path or manually copied toC:\Program Files\coily\viamake install-windowsfrom an elevated shell.Proposed fix
Mirror the brew-tap architecture with a Scoop bucket. Two pieces:
Add a Windows build job to
release.ymlthat cross-compilescoily-windows-amd64.exe(and optionallyarm64) and uploads as a release asset. Runs onubuntu-latest, ~15 lines of YAML, depends on the existingreleasejob.Create
coilysiren/scoop-bucketrepo withbucket/coily.jsonpointing at the release asset URL. Use scoop'sautoupdateblock so the manifest self-bumps from GitHub releases (no secondrepository_dispatchneeded - one less moving piece than the brew flow).Windows host one-time setup:
iwr -useb get.scoop.sh | iex(PowerShell)scoop bucket add coilysiren https://github.com/coilysiren/scoop-bucketscoop install coilyThen the loop becomes: push → wait for CI →
scoop update coily→ resume. Update thekai-brew-releaseskill to cover the Scoop variant.Out of scope
Cost estimate
~1 hour. Bucket repo would amortize over repo-recall and any future homebrew-tap addition.