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: batched rust cargoSha256 upgrades #80265
Conversation
Infra upgrade as part of NixOS#79975; no functional change expected.
Infra upgrade as part of NixOS#79975; no functional change expected.
Infra upgrade as part of NixOS#79975; no functional change expected.
Infra upgrade as part of NixOS#79975; no functional change expected.
Infra upgrade as part of NixOS#79975; no functional change expected.
Infra upgrade as part of NixOS#79975; no functional change expected.
Infra upgrade as part of NixOS#79975; no functional change expected.
Infra upgrade as part of NixOS#79975; no functional change expected.
Infra upgrade as part of NixOS#79975; no functional change expected.
Infra upgrade as part of NixOS#79975; no functional change expected.
Infra upgrade as part of NixOS#79975; no functional change expected.
Infra upgrade as part of NixOS#79975; no functional change expected.
Infra upgrade as part of NixOS#79975; no functional change expected.
Eh, not a big fan of this approach; aside from it going into conflict (which it now has), and causing a lot of rebuilds all at once for something that's fine being an incremental gradual upgrade, there's a bystander effect on testing/approving/merging when it's a big pile of packages. I think I'll stick to individual PRs that are more digestible, unless you prefer otherwise @jonringer. |
individual is fine by me. It does make the build times a lot shorter plus, rustc take an ungodly amount of RAM to build stuff. I go from ~2Gb used, to 30Gb+ used when kicking off many rust projects |
This batches together a handful of relatively straightforward upgrades. Since
there's a lot of compilation and fixed-output merge conflict risk, I think this
is too big to build and test in one huge treewide PR, but also want to be
conscientious about not spamming the PR inbox for NixPkgs by sending them all
1-by-1. Let me know what you'd prefer.
Motivation for this change
Things done
sandbox
innix.conf
on non-NixOS linux)nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
./result/bin/
)nix path-info -S
before and after)