Skip to content
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

Configure pkgs and pkgs-unstable variables to use unfree within the configuration #48

Open
llakala opened this issue Sep 26, 2024 · 1 comment
Labels
bug An implementation isn't working as indended internals Something that controls the way our config actually works

Comments

@llakala
Copy link
Owner

llakala commented Sep 26, 2024

We're currently creating pkgs and pkgs-unstable like this within our mkNixos function. We configure them on creation to allow unfree, and use our specified system.

However, it's been recommended by smart people to instead use stuff like nixpkgs.config.allowUnfree within the system. I'm fine with this.

However, I'm not sure on how this could hypothetically be done for pkgs-unstable. The nixpkgs options only reference, well, nixpkgs, not nixpkgs-unstable.

And, how would we even get pkgs-unstable into the specialArgs without using import nixpkgs-unstable? Maybe we would use that other way of grabbing it I've seen with legacyPackages?

I've been recommend to use the numtide nixpkgs wrapper. I'd prefer not to do this.

I see several options:

  • Stay where we're at, with a more "incorrect" setup, but consistency
  • Be inconsistent, so nixpkgs is configured via nixpkgs.config.allowUnfree, while nixpkgs-unstable is still configured via import inputs.nixpkgs-unstable
  • Use the numtide wrapper (I'd rather not)
  • Find some magical solution
@llakala llakala added bug An implementation isn't working as indended internals Something that controls the way our config actually works labels Sep 26, 2024
@llakala
Copy link
Owner Author

llakala commented Oct 16, 2024

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug An implementation isn't working as indended internals Something that controls the way our config actually works
Projects
None yet
Development

No branches or pull requests

1 participant