chore(deps): OpenTofu 1.12.6 to 1.12.7 in the provisioner and runner roles #104
Loading…
Reference in a new issue
No description provided.
Delete branch "jfraeys/chore/deps-opentofu-1.12.7"
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?
OpenTofu 1.12.7 (2026-10-01) addresses upstream Go security advisories (CVE-2026-78662, CVE-2026-56855). Same minor line, so no behaviour change expected. SHA-256 values are from the release's own tofu_1.12.7_SHA256SUMS (linux amd64 6807f7ae..., arm64 a63fc6bf...), so get_url verifies the download; check-downloads hygiene passes.
Validation gap, stated plainly: roles/ci_ephemeral_provisioner is skipped in staging (docs/staging-parity.md), so the staging run does not install this binary on the services host. The runner's copy (forgejo_runner_native) is exercised by the next CI run that cold-starts a runner VM. After this merges and the provisioner role is deployed (
scripts/deploy-services.sh --tags ci_ephemeral_provisioner --limit services, when nothing is queued), watch the next cold start: tofu apply creating the runner VM is the test.Decision for you, not made here: your laptop runs OpenTofu 1.13.1, and the role's comment says the provisioner's version should track the laptop because S3 state locking differs between versions. Today they already differ (1.12.6 vs 1.13.1). This PR takes the security patch on the current line; moving the CI roles and the pin to 1.13.1 is a minor-version change that I would validate on a throwaway workspace first.
🤖 Generated with Claude Code