-
-
Notifications
You must be signed in to change notification settings - Fork 1.5k
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
nix flake update and nix flake lock disagree on how to handle nested follows #5728
Comments
I can indeed reproduce that. Self-contained repro script (to run from a scratch dir with the right Nix version). cc @balsoft any idea what might have gone wrong in 07bffe7 ? |
I feel like I misunderstood that part of the code that I was changing, despite my best efforts. I don't understand why it broke so many seemingly unrelated things :( |
Just ran into this issue after updating In my particular case, it's caused by |
Now that I look at it, I'm not sure how this is different from https://github.com/NixOS/nix/blob/master/tests/flakes.sh#L779 |
Ok, I got it. See #5839 |
Describe the bug
The following flake setup
Results in the following input tree when running
nix flake update
on flake1, which is also the behavior shown by Nix 2.4 for either command.When running
nix flake lock
(or any other operation that triggers a lock check) on the same flake, the input tree is changed:Steps To Reproduce
nix flake update
on flake3, then flake2, then flake1 for the initial lockfileBisect points to commit 07bffe7
Expected behavior
nix flake update
andnix flake lock
ran back-to-back should result in no lockfile modification.nix-env --version
outputThe text was updated successfully, but these errors were encountered: