-
-
Notifications
You must be signed in to change notification settings - Fork 52
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
Using fenix.overlay can prevent nix from downloading packages from cachix #79
Comments
Seems intended but I could be more clear about it in the readme. May I ask you what branch of nixpkgs are you using? |
I'm using stable nixos-22.05 although I overlay some packages with their nixos-unstable counterparts |
does this work for you? {
nixpkgs.overlays = [ (self: _: fenix.overlay self self) ];
} |
no, that still causes some of the fenix related packages to be built from source instead of getting pulled from cachix |
what about this {
nixpkgs.overlays = [ (_: super: (fenix.overlay { } { callPackage = x: _: import x { inherit (super) system; }; })) ];
} or {
nixpkgs.overlays = [ (_: super: let pkgs = fenix.inputs.nixpkgs.legacyPackages.${super.system}; in fenix.overlay pkgs pkgs) ];
} |
Both of those work for me, although the second one seems way cleaner |
I added a note to the readme |
I ran into an issue where my laptop wasn't using the nix-community cache for fenix packages when building my system, despite using the fenix flake and not modifying the fenix nixpkgs input. This is because fenix will use
super.callPackage
in the overlay, which causes it to use the system nixpkgs and not the ones from thefenix.inputs.nixpkgs
.One solution is to replace the fenix overlay from the repo with a simple:
This isn't necessarily a bug, but I thought it might be worth it to document this behavior with an issue. Feel free to close or maybe consider mentioning this in the readme.
The text was updated successfully, but these errors were encountered: