| 20 Oct 2022 |
 @elvishjerricco:matrix.org | just need an && <stuff> in the mkIf for the warning and assertion | 07:50:24 |
 colemickens | I'll repull the pr in a bit. Thanks! | 07:50:58 |
| @elvishjerricco:matrix.org | Ah, actually the current commit is wrong. The scripted initrd doesn't try to configure any interfaces if none are configured and networking.useDHCP = false;, whereas the commit currently defaults to the equivalent of networking.useDHCP = true; when there are no configured interfaces. | 08:03:45 |
| @elvishjerricco:matrix.org | And the warning needs to go anyway, because this can be configured on the cmdline | 08:03:59 |
| @elvishjerricco:matrix.org | alright there we go. The auto configuration is only done if boot.initrd.network.enable, rather than boot.initrd.systemd.network.enable, meaning the latter gives you full control. And the warning about no networks being configured is gone, because scripted initrd also allowed you to not configure any interfaces, and you can configure them with the cmdline anyway | 08:22:25 |
| 22 Oct 2022 |
| @elvishjerricco:matrix.org | https://github.com/systemd/systemd/releases/tag/v252-rc2
* Various units are now correctly ordered against
initrd-switch-root.target where previously a conflict without
ordering was configured. A stop job for those units would be queued,
but without the ordering it could be executed only after
initrd-switch-root.service, leading to units not being restarted in
the host system as expected.
I wish they linked the PR that did this. I'd like to see what exactly changed
| 17:41:14 |
 @janne.hess:helsinki-systems.de | ElvishJerricco: ma27 told me about this today: https://github.com/NixOS/nixpkgs/blob/master/nixos/modules/system/boot/stage-1.nix#L153 | 17:43:47 |
| @janne.hess:helsinki-systems.de | do we need to adapt that? | 17:43:53 |
| @elvishjerricco:matrix.org | I don't think so | 17:45:14 |
| @elvishjerricco:matrix.org | we don't nuke the rpath | 17:45:17 |
| @elvishjerricco:matrix.org | and glibc is in its original path in the initrd | 17:45:29 |
| @janne.hess:helsinki-systems.de | ah that might work around that, yeah | 17:45:52 |
