Skip to content

Conversation

asomers
Copy link
Member

@asomers asomers commented Oct 12, 2025

Recently a transitive dev-dependency published a new version that is incompatible with Nix's MSRV, causing CI to break. That's annoying, because there's really no reason why a crate's dev-dependencies ought to respect the MSRV. Fix Nix's CI by:

  • Running all tests with stable Rust (or nightly, for certain targets)
  • Adding an additional set of CI checks to ensure that the crate will compile with MSRV, on all of the major operating systems, but don't try to compile its tests.
  • Eliminate the now-redundant "rust-stable" CI task.

What does this PR do

Checklist:

  • I have read CONTRIBUTING.md
  • I have written necessary tests and rustdoc comments
  • A change log has been added if this PR modifies nix's API

Recently a transitive dev-dependency published a new version that is
incompatible with Nix's MSRV, causing CI to break.  That's annoying,
because there's really no reason why a crate's dev-dependencies ought to
respect the MSRV.  Fix Nix's CI by:

* Running all tests with stable Rust (or nightly, for certain targets)
* Adding an additional set of CI checks to ensure that the crate will
  compile with MSRV, on all of the major operating systems, but don't
  try to compile its tests.
* Eliminate the now-redundant "rust-stable" CI task.
I think these never showed up in CI before, because we've never run
clippy on Rust stable on apple until now.
Since changing the compiler version, this test has begun to occasionally
hang in CI.  And it's not just in QEMU.  It's probably due to an atomic
ordering problem.
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.

1 participant