New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
treewide: update cargoSha256 hashes for cargo-vendor upgrade #62047
Conversation
OfBorg will fail here, because some of the packages whose dependencies I’ve fixed are broken for other reasons. Not a reason to avoid merging. |
Looks like it's purely just |
I don't think staging is needed though. This is just ~100 rebuilds of packages without any reverse dependencies, which shouldn't be a problem on master. As far as I understand, staging is mostly useful to group together mass updates like stdenv or other packages deep down the dependency tree. |
I don't think staging is needed though.
Agreed. I expected the rebuild count to be higher.
|
Merged to master as 062210b. |
Motivation for this change
A recent upgrade of cargo-vendor changed its output slightly, which broke all
cargoSha256
hashes in nixpkgs. See #60668 for more information.Since then, a few hashes have been fixed in master by hand, but there were a lot still to do, so I did all of the ones left over with some scripts I wrote. Once this is merged, I can run the same scripts on the release branch that the cargo-vendor upgrade has made it into.
I’ve tested that this doesn’t break any builds on master. The actual target of the PR is staging, though, because of the number of rebuilds. The one hash I wasn’t able to update was
habitat
’s, because it’s currently broken and the build doesn’t get far enough to produce a hash anyway.Things done
sandbox
innix.conf
on non-NixOS)nix-shell -p nix-review --run "nix-review wip"
./result/bin/
)nix path-info -S
before and after)