Sender | Message | Time |
---|---|---|
22 Dec 2024 | ||
15:54:19 | ||
dmoonfire: in the second case it should be import nixpkgs { inherit system; config = ... } . Not nixpkgs.config . | 18:38:44 | |
Try also putting it in nixpkgs.config in an individual node's config. The Flakes shim you linked does not seem to necessarily apply defaults . | 18:39:15 | |
In reply to @otanaut:matrix.orgInclude the colmena.nixosModules.deploymentOptions module in your nodes modules / imports , then use deployment.targetHost in the node config like before. | 18:40:00 | |
23 Dec 2024 | ||
I tried putting it in the package and it doesn't seem to be picking it up.
Putting it as config. in various places get the error where you can't configure a setting and a service in the same (unknown boot or services depending on where). | 04:09:12 | |
19:49:50 | ||
Hi, I am overriding package version via overrideAttrs.
Is there a way to bypass the check? | 19:52:04 | |
24 Dec 2024 | ||
In reply to @dmoonfire:matrix.org
I'm not sure what that means | 10:43:46 | |
13:58:22 | ||
14:03:18 | ||
In reply to@justinas:nixos.devAdding the configuration option to the top-level file for a host (in example/default.nix with example = import ./src/nodes/example/default.nix; in flake.nix ), such as:
gives the following error:
Putting this in the top-level file:
doesn't pick up the insecure packages entry. "Doesn't pick up" being "gives me an error that I need to add dotnet-sdk-6.0.428 to the permittedInsecurePackages" error. Putting the nixpkgs.config... in flake.nix:outputs.colmena.defaults is what used to work before I upgraded to 24.11.Putting the config... in flake.nix:outputs.colmena.meta.nixpkgs = import inputs.nixpkgs { ...; config.permitted... } doesn't pick it up.Putting the nixpkgs.config... in flake.nix:outputs.colmena.meta.nixpkgs = import inputs.nixpkgs { ...; config.permitted... } doesn't pick it up (but you already said that, just being complete). | 23:17:23 | |
Alright, I see. The When you're importing / calling nixpkgs explicitly, its options are under an argument called However, when you're configuring nixpkgs in a modular way through the NixOS machine config, then that same thing is nested under In the context of a NixOS configuration module, | 23:21:35 | |
* Alright, I see. The When you're importing / calling nixpkgs explicitly, its options are under an argument called However, when you're configuring nixpkgs in a modular way through the NixOS machine config, then that same thing is nested under In the context of a NixOS configuration module, | 23:24:09 | |
So, in the metadata, then this should work from what I'm understanding.
But I still get the error that I need to allow "dotnet-sdk-6.0.428". | 23:26:06 | |
Are you sure that after you add the permitted package, it still complains about the same package? We've already have a couple of people ask about this, and they misunderstood the fact that you may need to include several distinct packages in this list under some circumstances. https://discourse.nixos.org/t/solved-sonarr-is-broken-in-24-11-unstable-aka-how-the-hell-do-i-use-nixpkgs-config-permittedinsecurepackages/56828 | 23:31:09 | |
23:31:21 | ||
Please make sure that after you attempt the fix, it is the same exact package reported in the error. | 23:32:12 | |
I've just confirmed that the following works (allows me to build Sonarr, which is one of the apps affected): https://gist.github.com/justinas/d2465aacfdf196ba65bf4f7bd1894f0e . nixos-unstable, colmena master, colmena build --experimental-flake-eval . | 23:33:50 | |
* Are you sure that after you add the permitted package, it still complains about the same package? We've already had a couple of people ask about this, and they misunderstood the fact that you may need to include several distinct packages in this list under some circumstances. https://discourse.nixos.org/t/solved-sonarr-is-broken-in-24-11-unstable-aka-how-the-hell-do-i-use-nixpkgs-config-permittedinsecurepackages/56828 | 23:35:21 | |
That is the package, but I tried to include those Sonarr ones since sonarr is on that server. | 23:35:24 | |
Okay. Please see my gist, it is a very simple config that you can verify works in isolation. I also use the samenixpkgs.config from the gist in a personal machine with 24.11 and it works. | 23:36:49 | |
Checking that now. | 23:37:13 | |
* Okay. Please see my gist, it is a very simple config that you can verify works in isolation. I also use the same nixpkgs.config from the gist in a personal machine with 24.11 and it works. | 23:37:33 | |
Okay, that will take me longer to try out. I have to do that "family" thing. Thank you for the help, I'll work on this before asking again. | 23:40:26 | |
26 Dec 2024 | ||
In reply to @justinas:nixos.devI'm struggling to make a non trivial example of your gist. Do you have another with a remote flake being pulled down through imports into the nixosConfiguration? | 05:21:17 | |
Let's start a thread maybe. What would a remote flake change and what is in that remote flake? If that remote flake does an explicit `import nixpkgs` on its own, then maybe that's the problem - it has its own instance of nixpkgs where the config option would need to be applied again. My gist is just to show that `nixpkgs.config` definitely works, even with Colmena. Have you verified that by trying to build it? | 08:35:14 | |
Your gist works fine, that isn't the problem. The problem I'm having is translating your trivial example into my non-trivial system (154 nix files, 7 nodes, plus a bunch of other flakes that I pull in). I've been working on this flake since 2021 with an imperfect understanding of Nix, so most of it is cobbled together. A good example is that I haven't used I think I have the basic refactor that uses This in my
I want to get those into the files I need them which means going this path:
The goal is to have I also don't want to list every flake in every package, so I use Mostly, this is just trying to refactor to integrate your working gist into my setup. Does that make sense? | 14:21:20 | |
Right. This is a bit beyond the scope of your original question about building an insecure package. For getting inputs into individual NixOS modules, look into Sorry about confusing you by dragging | 14:50:32 | |
Coming back to the problem in question, just to clarify: you're using Sonarr, right, that's what's triggering the "insecure package" error? Do you know what configures Sonarr, is it one of the remote flakes you include? If you are not sure, maybe running with --show-trace would help figure that out? | 14:51:57 | |
* Right. This is a bit beyond the scope of your original question about building an insecure package. For getting inputs into individual NixOS modules, look into Sorry about confusing you by dragging It does not matter if you use | 14:56:28 |