Skip to content

ci: bump cargo-affected and cargo-nextest pins - #4196

Merged
max-sixty merged 1 commit into
mainfrom
weekly/ci-pins-35502216842-tools
Sep 20, 2026
Merged

max-sixty merged 1 commit into
mainfrom
weekly/ci-pins-35502216842-tools

Conversation

@worktrunk-bot

Copy link
Copy Markdown
Collaborator

Weekly CI pin bump for the two third-party tool pins that drifted this week.

  • cargo-affected =0.4.0 → =0.4.1 — affected.yaml, both call sites
  • cargo-nextest =0.9.144 → =0.9.145 — coverage.yaml, .github/actions/test-setup/action.yaml, .github/actions/tend-setup/action.yaml, and .codex/cloud.sh, which the weekly checklist keeps level with test-setup

Toolchain compatibility against the pinned 1.97.0: cargo-affected 0.4.1 declares rust-version = 1.94, cargo-nextest 0.9.145 declares 1.91. Both build under baptiste0928/cargo-install. The .codex/cloud.sh tarball URL resolves at the new version — cargo-nextest-0.9.145-x86_64-unknown-linux-gnu.tar.gz is published on the cargo-nextest-0.9.145 tag.

The worktrunk pin also drifted this week and is in its own PR — it is the wt that drives wt hook pre-merge on all three platforms, so a red matrix there shouldn't hold back these two.

What the two releases change, against this repo's config

cargo-affected 0.4.1 carries two run fixes, both landing on the advisory affected legs: a committed uncovered change is now reported as uncovered rather than as "no changes" (max-sixty/cargo-affected#92), and run no longer hands nextest a phantom-only filterset (#81).

cargo-nextest 0.9.145's headline changes are profile-inheritance fixes — overrides defined in intermediate profiles are now applied, and a profile without default-filter inherits from its nearest ancestor rather than always from profile.default. Those are no-ops here: .config/nextest.toml defines only profile.default (plus its junit sub-table), sets no default-filter, and CI passes no --tool-config-file.

The change that does reach this suite is nextest-rs/nextest#3553: on Apple platforms, where the standard library can't create pipes with FD_CLOEXEC atomically, a concurrently-spawned test could inherit a sibling's capture pipe and the sibling was then reported as having leaked handles after exit. Nextest now creates capture pipes itself. That is a macOS-leg flake source removed, not a behavior change the suite has to absorb.

cargo-affected 0.4.0 -> 0.4.1, cargo-nextest 0.9.144 -> 0.9.145.
@max-sixty
max-sixty merged commit 6cd1056 into main Sep 20, 2026
37 of 38 checks passed
@max-sixty
max-sixty deleted the weekly/ci-pins-35502216842-tools branch September 20, 2026 17:37
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants