| 6 Apr 2023 |
@crtified:crtified.me | So right now, I'm basically using this to have a fallback to the scripted stage1:
boot.initrd.systemd.enable = lib.mkDefault true;
specialisation.scripted-stage1.configuration.boot.initrd.systemd.enable = false;
| 09:05:23 |
@uep:matrix.org | Good tip, maybe even worth adding to that release note. I just made the switch and figured I'd roll back if it broke, but you make a good point about resilience / recovery with ongoing changes as it stabilises. I think we're probably past that point now though | 09:10:12 |
colemickens | Except there's an assert for fallbackToPassword that one has to confront. https://github.com/NixOS/nixpkgs/commit/843a7b63eb35e0da8a2eaf1e03803699f414424b | 12:54:34 |
colemickens | There might be a way to nix around it but I found it easier to just drop what I think should just be ignored anyway. | 12:56:09 |
colemickens | (and I think this might've only mattered in the specific case where systemd-stage1 was the specialization, rather than the "main" config.) | 12:57:15 |
@crtified:crtified.me | In reply to @colemickens:matrix.org (and I think this might've only mattered in the specific case where systemd-stage1 was the specialization, rather than the "main" config.) At least I didn't hit that, although I'm using LUKS | 14:07:40 |
colemickens | Right it's a LUKS option - You'd only hit it if you were using a keyFile/yubikey and then wanted to fallback to password. | 18:40:17 |