statix: 0-unstable-2026-05-14 -> 0.5.8-unstable-2026-05-26#524695
statix: 0-unstable-2026-05-14 -> 0.5.8-unstable-2026-05-26#524695r-ryantm wants to merge 1 commit into
Conversation
| rustPlatform.buildRustPackage (finalAttrs: { | ||
| pname = "statix"; | ||
| version = "0-unstable-2026-05-14"; | ||
| version = "0.5.8-unstable-2026-05-26"; |
There was a problem hiding this comment.
Is this due to #454333? Doesn't look like this should happen.
There was a problem hiding this comment.
I dont think so, do you have a concrete log? Apparently 0.5.8 is the last released tag
There was a problem hiding this comment.
I think it's this:
Mic92/nix-update#597
So we just wait it out, or do we close this one or what?
There was a problem hiding this comment.
Still suggesting that you stick to stricter SemVer-tag versioning: it does not break your idea of always-stable master, but simplifies changes tracking which is especially important given that you've already had some observable breaking changes such as this one: cachix/git-hooks.nix#715
There was a problem hiding this comment.
Hrm... sorry about that. From memory, I'm not sure whether that change was committed with the awareness that it is breaking.
statix needs more tests.
I'm not sure how semVer would have helped you in that situation, whether the version bump was major or not. You'd still have a breaking change to contend with.
Automatic update generated by nixpkgs-update tools. This update was made based on information from passthru.updateScript.
meta.description for statix is: Lints and suggestions for the nix programming language
meta.homepage for statix is: https://github.com/molybdenumsoftware/statix
Updates performed
To inspect upstream changes
Impact
Checks done
passthru.tests, if any, passedRebuild report (if merged into master) (click to expand)
Instructions to test this update (click to expand)
Either download from the cache:
(The nixpkgs-update cache is only trusted for this store-path realization.)
For the cached download to work, your user must be in the
trusted-userslist or you can usesudosince root is effectively trusted.Or, build yourself:
Or:
After you've downloaded or built it, look at the files and if there are any, run the binaries:
Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
nixpkgs-reviewresultGenerated using
nixpkgs-review.Command:
nixpkgs-review --extra-nixpkgs-config '{ allowBroken = false; }'Commit:
159b2f1cfdbb49592ae315f0ca2c1fbef7f1ef61x86_64-linux✅ 2 packages built:
Maintainer pings
cc @mightyiam @oppiliappan @JarvisCraft for testing.
Tip
As a maintainer, if your package is located under
pkgs/by-name/*, you can comment@NixOS/nixpkgs-merge-bot mergeto automatically merge this update using thenixpkgs-merge-bot.