Uh oh!
There was an error while loading. Please reload this page.
fix: bump Go companion image to Go 1.27 (#341) - #342
Merged
antoinetoussaint-byte merged 1 commit intoAug 23, 2026
Conversation
FROM golang:1.27-alpine and version 0.0.11 so golang.CompanionImage() resolves to the already-published codeflydev/go:0.0.11. Under the old Go 1.26.4 toolchain, container builds of services on go 1.27.0 failed with "toolchain not available". Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for freeto join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Closes#341.
Summary
companions/goshippedFROM golang:1.26-alpineat version0.0.10(Go 1.26.4). After corev0.3.8moved services togo 1.27.0, container/Docker-run builds failed under the 1.26 toolchain withtoolchain not available— the server never started and the health check reset.golang:1.27-alpineandinfo.codefly.yamlto0.0.11sogolang.CompanionImage()resolves to the Go 1.27 imagecodeflydev/go:0.0.11.Publish status
codeflydev/go:0.0.11was not actually in the registry (contrary to the issue's note —codefly companion verifyreported itMISSING). It has now been published as a multi-arch image (linux/amd64+linux/arm64,go version go1.27.0confirmed), andcodefly companion verifyis green for all six companions.Audit (1.26 → 1.27 drift)
node,python,codefly,execution) are not Go-based — no drift.GoVersioninrunners/golangis a caller-supplied passthrough, not a core-owned default — nothing to bump.companions/protobuilder-stageDockerfileis stillgolang:1.26-alpine, but that Dockerfile is a legacy--force-dockerfallback — the proto image is actually built fromflake.nix(Nix), whose Go comes from nixpkgs, not the Dockerfile. nixpkgs' defaultgois currently 1.26.5; a real bump means pinning the flake'sgo→go_1_27(+ committing aflake.lockfor reproducibility, which the flake currently lacks) and republishingcodeflydev/protoon amd64. Proto's Go is only swagger'sgofmt— it never builds ago 1.27.0service — so this is cosmetic consistency, not a correctness fix. Deferred to a follow-up (see below).Follow-ups (separate PRs)
codefly companion publishcouldn't build the go/node/python/base images at all: it cross-compiles the CLICGO_ENABLED=0, but the CLI linked the tree-sitter (cgo) semantic analyzer unconditionally. That PR makes the CLI CGO-free for the static build. This is whygo:0.0.11was missing — CI/publishcouldn't produce it.go_1_27pin +flake.lock+ amd64 republish, best done once cli#456 unblocks companion publishing.Test plan
go build ./companions/go/info.codefly.yamlparses to a valid semver (0.0.11) viagolang.version()codeflydev/go:0.0.11published multi-arch;docker run codeflydev/go:0.0.11 go version→go1.27.0;codefly companion verifyall-green