-
-
Notifications
You must be signed in to change notification settings - Fork 14.2k
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
all-packages.nix: remove res.
(next stage super)
#55061
Conversation
A bit more consistent version of NixOS#51527
Huh, shouldn't this be a no-op? ofborg lists a bunch of derivations that seem to have changed |
Same "huh" here, but it turned out
so, |
It's the other way around, |
@roberth I'd like to apologize to you for not so analyzing your PR like I said I would. I have had less time for Nixpkgs things lately but still I should follow up on anything I said I'd do. |
@Ericson2314 no problem. It seems that there are plenty more important things to do, even when considering just Nixpkgs. |
This PR broke nixos/tests/transmission.nix:
edit: Also seems to impact a few more tests (simple.nix, memcached.nix, etc.) |
This seems to be caused by an interaction with overlays. In nixos/modules/config/no-x-libs.nix:
|
@delroth crap. However this reveal many other ways when overlay override would cause infinite recursion. For example:
There should be some principal approach to fix this (never use .override in all-packages.nix?) cc @nbp |
This reverts commit 3ec0eb4. See NixOS#55061 (comment)
This reverts commit 3ec0eb4. See #55061 (comment)
Should have read this commit first d1a2853 |
Yes If I understand the issue correctly that commit has a pretty bogus workaround. A good rule for the "overrides and default assignment problem" is to make a |
Another attempt #56119 by me. |
Tested with nix-env -qaf . The res -> super changes are necessary because res points to the result of the current overlay, but some of the packages were moved to the previous overlay, which can be accessed with super. This is a fundamental problem to be fixed, see NixOS#55061 and related issues The schleuder change is necessary because the ./default.nix file referenced ./., but there's also another package in ./bin. The tool couldn't move the gemfiles in ./. because The schleuder change is necessary because the tool isn't smart enough and this is a special case of the default.nix reading gemfiles from a ./. reference and there being both schleuder in pkgs/tools/security/schleuder and schleuder-cli in pkgs/tools/security/schleuder/cli
A bit more consistent version of #51527