all-packages.nix: remove res. (next stage super)#55061
all-packages.nix: remove res. (next stage super)#55061Ericson2314 merged 1 commit intoNixOS:masterfrom
res. (next stage super)#55061Conversation
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