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
possible regression: "stack overflow (possible infinite recursion)" #9672
Comments
bisection ended with ea95327 being the first bad commit.
|
|
This issue has been mentioned on NixOS Discourse. There might be relevant details there: https://discourse.nixos.org/t/2024-03-25-nix-team-meeting-minutes-133/42167/1 |
Since I updated to the latest nixos-unstable a few days ago, I seem to have this issue with one specific program I wrote: https://github.com/sweenu/ig-story-fetcher And if I run
The error seem to be related to |
Triaged during the maintainers meeting today. |
This issue has been mentioned on NixOS Discourse. There might be relevant details there: https://discourse.nixos.org/t/2023-04-03-nix-team-meeting-135/42962/1 |
Changing |
There are slight different semantics with that. And in general I'd prefer to keep the former possible to avoid double copy and |
AllowListInputAccessor has the invariant that if a path is accessible, its parent directories are also considered accessible (though reading them only yields the allowed subdirectories). As a result `builtins.pathExists "/nix/store"` returns true. However this wasn't the behaviour of previous path access control, where `builtins.pathExists "/nix/store"` returns false even if a subdirectory of the store is accessible. Fixes NixOS#9672.
This is fixed in #10505. Note: the infinite recursion in |
AllowListInputAccessor has the invariant that if a path is accessible, its parent directories are also considered accessible (though reading them only yields the allowed subdirectories). As a result `builtins.pathExists "/nix/store"` returns true. However this wasn't the behaviour of previous path access control, where `builtins.pathExists "/nix/store"` returns false even if a subdirectory of the store is accessible. Fixes NixOS#9672.
#10505 (comment) per this comment, I think |
Describe the bug
When trying to
nix build gitlab:nobodyinperson/annextimelog
with a recent build frommaster
, an error is printed:2.18.1 worked fine and produces a proper
result
link. I am currently trying to bisect the issue. Which is not quite easy, as the error only occurs, when parts of the result are not available in the store, and I have not yet figured out what exactly needs to get removed, so I have to do a full GC each cycle (and building nix takes another huge amount of time)Steps To Reproduce
nix build gilab:nobodyinperson/annextimelog
with a nix "nightly"Expected behavior
A
result
links is created, like it got created during the 2.18.1nix-env --version
outputAdditional context
So far this one flake is the only that made me have the problem.
Priorities
Add 👍 to issues you find important.
The text was updated successfully, but these errors were encountered: