fix(deps): bump go to 1.26.4 to address stdlib CVEs#931
Conversation
Resolves Snyk findings: - SNYK-GOLANG-STDCRYPTOX509-17135840 - SNYK-GOLANG-STDMIME-17135844 - SNYK-GOLANG-STDNETTEXTPROTO-17135843
|
Claude finished @dangrondahl's task in 1m 21s —— View job PR Review: Bump Go to 1.26.4
Change: Static Analysis
The build failure is a CI environment issue, not a code issue. ReviewThe go.mod change is correct and minimal. No Options to unblock:
Positives
|
|
|
||
| env: | ||
| # Allow Go to auto-download the toolchain pinned in go.mod (.go-version stays loose at minor). | ||
| GOTOOLCHAIN: auto |
There was a problem hiding this comment.
I think this is default since Go 1.21 🤔
There was a problem hiding this comment.
Yes, that I also saw 🧐
There was a problem hiding this comment.
Think I should revert to not having the env var spelled out and just do a rerun?
|
I think resolving 1.26.4 as latest was not updated upstream yet... |
Ah that could of course explain it |
cd75e22 to
d8bb2e9
Compare
| module github.com/kosli-dev/cli | ||
|
|
||
| go 1.26.3 | ||
| go 1.26.4 |
There was a problem hiding this comment.
Build failure: go build ./... fails on this PR because GitHub Actions resolves .go-version (1.26) to 1.26.3 — the actions/go-versions manifest hasn't published 1.26.4 yet. With GOTOOLCHAIN=local (the default in CI), Go refuses to build a module requiring a newer version than the installed toolchain:
go: go.mod requires go >= 1.26.4 (running go 1.26.3; GOTOOLCHAIN=local)
Two paths forward:
- Wait until
actions/go-versionspublishes1.26.4, then re-run CI. This is the simplest option and the change itself is correct. - Add a
toolchaindirective togo.mod(e.g.toolchain go1.26.4) so that Go's toolchain auto-download kicks in even when the runner ships an older patch. This decouples the module requirement from the CI runner's cached version. Note: this requiresGOTOOLCHAINto not be set tolocalin CI.
The go.mod change itself is sound — it's purely a CI timing issue.
|
Seems there was an upstream issue confirming previous conversation here: actions/runner-images#14178 |
|
Should be solved by actions/go-versions#137 |
Summary
Bumps the Go directive in `go.mod` from 1.26.3 → 1.26.4 to resolve Snyk-flagged Go stdlib vulnerabilities:
All three are fixed in Go 1.26.4.
Test plan