-
Notifications
You must be signed in to change notification settings - Fork 196
Make the package set a parameter instead of using <nixpkgs>
everywhere
#238
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
Make the package set a parameter instead of using <nixpkgs>
everywhere
#238
Conversation
f9f4298
to
28494a8
Compare
Hi! 👋 Thanks for the contribution, sorry it took so long until I properly could take a look. I probably should have chimed up and said it'd take a while, but in the end it was needed, some things changed which needed some rework of your changes. But, don't fear, I implemented the changes. Can you review the updated change set, and more importantly, validate that it does work in your setup? |
28494a8
to
9ff6dca
Compare
9ff6dca
to
c474ebb
Compare
(Force pushed an update on top of master to better test) |
b023cb7
to
66b6a5d
Compare
66b6a5d
to
088e89d
Compare
Not needed.
088e89d
to
61433b2
Compare
Last few pushes:
|
…ere. Co-authored-by: Samuel Dionne-Riel <samuel@dionne-riel.com> Co-authored-by: Edward Amsden <edward@blackriversoft.com>
Co-authored-by: Samuel Dionne-Riel <samuel@dionne-riel.com> Co-authored-by: Edward Amsden <edward@blackriversoft.com>
`modulesPath` is enough for our needs.
The solution is, ugh, to add `...` to allow additional params on kernel builder call derivations.
61433b2
to
d796d40
Compare
This final push, as I'm told, finally fixes hermetic eval when used as part of a flake. |
Hmm. Looks like the documentation build is still having issues with the kernel package eval. |
.ci/instantiate-all.nix wouldn't pass otherwise.
See NixOS/nixpkgs#111504 for the reason behind this workaround.
d796d40
to
ede8fa5
Compare
Even though a lot changed, thank you @eamsden for getting the ball rolling! |
Thank you, everyone that worked on this!
…On Tue, Feb 2, 2021, 11:54 Samuel Dionne-Riel ***@***.***> wrote:
Even though a lot changed, thank you @eamsden <https://github.com/eamsden>
for getting the ball rolling!
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#238 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AACP25H5NDF4G3OW2F4NHSDS5BKA5ANCNFSM4TR5GHXQ>
.
|
@samueldr no problem! Sorry I couldn't be around much to keep after it. |
This PR takes a
pkgs
parameter to several files that previously referenced Nixpkgs/NixOS or paths from thence by the<nixpkgs>
reference toNIX_PATH
.In a couple of places, modules were being disabled by full path, when a relative path suffices. See the NixOS manual section Replace Modules.
This also opens the way for using Nix flakes, as
flakes.nix
can now reference files (including the top-leveldefault.nix
) and simply pass in its nixpkgs input.This PR includes an overlay patching
configure.ac
in thebind
derivation, as it breaks on cross-compilation otherwise. This was necessary to get it building with both my local nixpkgs channel and my checkout of the latest nixpkgs master. If preferred, this can be split into a separate PR.Fixes #206