| 6 Apr 2023 |
 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 |
| colemickens | and then if you set it in your main config, you can't "unset" it for the specialisation. Or maybe I'm unaware of a way to do that with the module system | 18:40:49 |
| 8 Apr 2023 |
|  @matthewp:matrix.org joined the room. | 22:00:55 |
| 9 Apr 2023 |
|  @fritz.otlinghaus:helsinki-systems.de joined the room. | 16:36:42 |
| 10 Apr 2023 |
 @nickcao:nichi.co | Tried netbooting on vultr with sytemd initrd, failing mounting nix store. While I failed to enter the emergency console (the console does seem to register keystrokes), I noticed that the fileSystems.<name>.depends option is not used anywhere. So the currently correct ordering of the overlayfs mount could be a pure luck? | 03:03:48 |
| @nickcao:nichi.co | * Tried netbooting on vultr with sytemd initrd, failing mounting nix store. While I failed to enter the emergency console (the console does not seem to register keystrokes), I noticed that the fileSystems.<name>.depends option is not used anywhere. So the currently correct ordering of the overlayfs mount could be a pure luck? | 03:07:38 |
| @nickcao:nichi.co | And mounting only the squashfs works: https://github.com/NickCao/nixpkgs/commit/f22f82f4e1f23ae3c0e23b6be5a6c449469398bf, confirming my theory. | 03:14:31 |
 @elvishjerricco:matrix.org | Nick Cao: Yea, depends doesn't work with systemd-based mount things yet. That's on my list of fairly easy thiings to fix. It's an issue in stage 2 as well. depends only works for stage 1 file systems with the old initrd | 03:15:23 |
| @nickcao:nichi.co | Could be as simple as setting https://www.freedesktop.org/software/systemd/man/systemd.mount.html#x-systemd.requires-mounts-for= | 03:16:31 |
| @elvishjerricco:matrix.org | yea, that's the solution | 03:16:38 |
| @elvishjerricco:matrix.org | just haven't gotten around to it yet | 03:16:42 |
| @nickcao:nichi.co | It's strange that systemd recommends toolings to write fstab instead of generating mount units directly | 03:17:10 |
| @elvishjerricco:matrix.org | nah, fstab is way better | 03:17:31 |
| @elvishjerricco:matrix.org | it has a lot of niceties | 03:17:37 |
| @nickcao:nichi.co | String concat does not look nice to me | 03:17:48 |
| 11 Apr 2023 |
 flokli | Nick Cao: there's too much stuff out there relying on, or editing /etc/fstab | 08:40:27 |
| flokli | systemd has systemd-fstab-generator, which will parse /etc/fstab and generate all the .mount units on the fly | 08:41:00 |
| flokli | systemd then really only considers the .mount units internally | 08:41:16 |
| flokli | But by going the /etc/fstab detour, you ensure that other tooling still works, which is probably why they recommend it | 08:41:36 |
| flokli | like, mount (8) can't parse .mount units, but can parse /etc/fstab | 08:42:00 |
| @elvishjerricco:matrix.org | and systemd-fstab-generator does kind of a lot more than simply generating units. It has a lot of special options for conveniently adding a lot of nuance to those units | 08:42:09 |
| flokli | yes | 08:42:15 |
| flokli | Redacted or Malformed Event | 08:42:20 |
| @elvishjerricco:matrix.org | Likely final call for review on networkd: https://github.com/NixOS/nixpkgs/pull/169116#issuecomment-1503958180 | 19:12:08 |
| @elvishjerricco:matrix.org | Janne Heß, Lily Foster: I'm particularly interested in whether either of you have comments, given your relatively high levels of involvement with systemd stage 1 development. | 19:13:04 |
 @lily:lily.flowers | I'll try to get to it tonight. I've skimmed it before and nothing stuck out as a problem then, but I haven't actually given it a more in-depth review | 19:18:40 |
| 12 Apr 2023 |
 @janne.hess:helsinki-systems.de | Can try if I find the time :/ Don't hesitate to merge without my review in case I never get to it | 07:50:00 |
