chore(runner-images): build forgejo-runner-go on Go 1.27 #53
Loading…
Reference in a new issue
No description provided.
Delete branch "chore/runner-go-1.27"
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?
Builds
forgejo-runner-goon Go 1.27 (RUNNER_GO_VERSION, theContainerfile.golangARG default, and the runner-images README row). The dind and tofu images are untouched.Why
The Go runner image bundles the toolchain -- pools using it run host-mode, with no
container:and no setup step -- so the image's Go is the only Go a job gets. On1.26-alpinethat blocksbrooktrails/gllmfrom moving itsgo.modto 1.27 (gllm#74):There is no fallback: the official
golangimages setGOTOOLCHAIN=local, so a newergodirective is an error rather than a toolchain download. (The gllm CI workflow now printsgo versionandGOTOOLCHAINon every run, which is how this was pinned down.)Rolling it out
The build target guards on
main(check-main-branch), so after merge:Then the pool pods need the new image.
apps/forgejo/runner/runnerpool-gllm-go.yamlpins the movingforgejo-runner-go:12-latestand sets noimagePullPolicy, so Kubernetes defaults toIfNotPresentfor that non-latesttag: a node that already cached12-latestkeeps the old one, and deleting the pod is not enough. Either pin the pool to the immutable12-<VERSION>tag the same build publishes (deterministic, and it rolls through Flux), or setimagePullPolicy: Alwayson the pool.Once the pool runs the new image, gllm#74 can be re-run.
🤖 Generated with Claude Code