Problem
Older main CI/CD runs for the v0.8.64 train show release-readiness failures in Nightly cross-target builds and the auto-tag workflow.
Evidence
Nightly run: https://github.com/Hmbown/CodeWhale/actions/runs/27895267897
Failed jobs from the pasted release audit:
Build codewhale-linux-riscv64
Build codewhale-tui-linux-riscv64
Build codewhale-macos-x64
Build codewhale-tui-macos-x64
Focused log inspection showed the same root cause for macOS x64 and RISC-V jobs: the workflow installed Rust stable targets, but the repository is pinned by rust-toolchain.toml to Rust 1.88, so cargo build --target ... ran under 1.88 and failed with error[E0463]: can't find crate for core.
Auto-tag run: https://github.com/Hmbown/CodeWhale/actions/runs/27895267892
The failed main workflow checked that v0.8.63 did not exist, then git push origin v0.8.63 was rejected because the remote tag already existed. The current integration branch already has an idempotent refresh/recheck around tag creation and push.
Current local integration status
Prepared locally on codex/v0.8.64-integration:
b331eab2a fix(ci): install pinned Rust targets in release workflows
- Nightly now uses
dtolnay/rust-toolchain@master with toolchain: '1.88'.
- Nightly and release target installation now call
rustup target add --toolchain 1.88 ....
- Current
.github/workflows/auto-tag.yml has a second tag refresh/recheck before create/push and treats a tag that appears during push as already handled.
Verification
Local/static verification completed:
- Inspected failed Nightly job logs for
x86_64-apple-darwin and riscv64gc-unknown-linux-gnu; both showed stable target install plus active 1.88 override before E0463.
ruby -e 'require "yaml"; ARGV.each { |f| YAML.load_file(f); puts "ok #{f}" }' .github/workflows/nightly.yml .github/workflows/release.yml .github/workflows/auto-tag.yml passed.
git diff --check passed.
actionlint is not installed in this local environment, so final validation still needs a pushed-branch GitHub Actions run.
Acceptance criteria
Related
Problem
Older
mainCI/CD runs for the v0.8.64 train show release-readiness failures in Nightly cross-target builds and the auto-tag workflow.Evidence
Nightly run: https://github.com/Hmbown/CodeWhale/actions/runs/27895267897
Failed jobs from the pasted release audit:
Build codewhale-linux-riscv64Build codewhale-tui-linux-riscv64Build codewhale-macos-x64Build codewhale-tui-macos-x64Focused log inspection showed the same root cause for macOS x64 and RISC-V jobs: the workflow installed Rust
stabletargets, but the repository is pinned byrust-toolchain.tomlto Rust1.88, socargo build --target ...ran under1.88and failed witherror[E0463]: can't find crate for core.Auto-tag run: https://github.com/Hmbown/CodeWhale/actions/runs/27895267892
The failed
mainworkflow checked thatv0.8.63did not exist, thengit push origin v0.8.63was rejected because the remote tag already existed. The current integration branch already has an idempotent refresh/recheck around tag creation and push.Current local integration status
Prepared locally on
codex/v0.8.64-integration:b331eab2afix(ci): install pinned Rust targets in release workflowsdtolnay/rust-toolchain@masterwithtoolchain: '1.88'.rustup target add --toolchain 1.88 .....github/workflows/auto-tag.ymlhas a second tag refresh/recheck before create/push and treats a tag that appears during push as already handled.Verification
Local/static verification completed:
x86_64-apple-darwinandriscv64gc-unknown-linux-gnu; both showedstabletarget install plus active1.88override beforeE0463.ruby -e 'require "yaml"; ARGV.each { |f| YAML.load_file(f); puts "ok #{f}" }' .github/workflows/nightly.yml .github/workflows/release.yml .github/workflows/auto-tag.ymlpassed.git diff --checkpassed.actionlintis not installed in this local environment, so final validation still needs a pushed-branch GitHub Actions run.Acceptance criteria
Related