| 20 Dec 2022 |
 Winter (she/her) | In reply to @elvishjerricco:matrix.org
that would have been good to know (context, out of curiosity?) | 16:07:46 |
 @elvishjerricco:matrix.org | Winter (she/her): Basically, we get some nice things automatically by putting stuff at /sysroot/etc/fstab instead of /etc/fstab, and it's much easier if you can point it at a file of our choice instead of /sysroot/etc/fstab | 16:25:34 |
| @elvishjerricco:matrix.org | otherwise you have to deal with the fact that /sysroot/etc/fstab might not be correct for the current generation so you might have to update it, but what if /sysroot/etc is a different file system? Or if we can't write to that location for whatever reason? You can bind mount something magical over the path but that has its own quirks.
All that just goes away thanks to SYSTEMD_SYSROOT_FSTAB :P
| 16:26:54 |
| @elvishjerricco:matrix.org | and for it, we get to remove a silly hack that we have, and our FSes use the correct initrd targets instead of the regular FS targets. | 16:27:52 |
| @elvishjerricco:matrix.org | * and for it, we get to remove a silly hack that we have where we set IgnoreOnIsolate when we really shouldn't have to, and our FSes use the correct initrd targets instead of the regular FS targets. | 16:28:18 |
| @elvishjerricco:matrix.org | (all this because I wanted to test out hibernation stuff and noticed that the hibernation resume service runs with unfortunate ordering at the moment; queue discovering that we're supposed to get an fsck unit that introduces the right ordering (though even that shouldn't really be necessary), and then a whole rabbit hole about why that doesn't work quite right either) | 16:30:13 |
| @elvishjerricco:matrix.org | This is infuriating. I'm now properly onto the point of getting fsck stuff all working well, and the part that already worked in stage 2 isn't working anymore and only intermittenetly! | 18:28:30 |
| @elvishjerricco:matrix.org | I can see the unit exists with {Requires,After}=systemd-fsck@dev-vdb.service, but that unit only gets started sometimes | 18:29:33 |
| @elvishjerricco:matrix.org | * I can see the mount unit exists with {Requires,After}=systemd-fsck@dev-vdb.service, but that unit only gets started sometimes | 18:29:43 |
| @elvishjerricco:matrix.org | This is the part that I didn't change. No clue why it's busted now | 18:30:00 |
| 23 Dec 2022 |
| @elvishjerricco:matrix.org | Ok, this accomplishes much of what I want for file system related things: https://github.com/NixOS/nixpkgs/compare/master...ElvishJerricco:nixpkgs:systemd-stage-1-bind-fstab
It's not in its final form, and it's definitely like two or three PRs in one branch right now, and definitely not all of it will be making it into a PR at all. But fsck, initrd targets, and hibernate all work much more correctly now | 20:42:00 |
| @elvishjerricco:matrix.org | (two of the new systemd patches have been merged upstream and I don't think I need the other two) | 20:43:02 |
| 25 Dec 2022 |
|  @ahsmha:matrix.org left the room. | 10:36:02 |
| 27 Dec 2022 |
| @elvishjerricco:matrix.org | https://github.com/NixOS/nixpkgs/pull/207801 | 22:24:15 |
| 28 Dec 2022 |
 Mic92 | What was the state of networking in initrd? I think there was a PR, but I cannot find it anymore. | 12:38:27 |
| Mic92 | * What was the state of networking with systemd in initrd? I think there was a PR, but I cannot find it anymore. | 12:38:54 |
 Paul Haerle | In reply to @joerg:thalheim.io
What was the state of networking with systemd in initrd? I think there was a PR, but I cannot find it anymore. https://github.com/NixOS/nixpkgs/pull/169116 ? | 13:42:38 |
| Mic92 | phaer: thx. this is the one | 13:42:58 |
| @elvishjerricco:matrix.org | Mic92: FYI I've been using a couple of local modifications to that branch on my machine the past couple of weeks because there were a couple of bugs. But I've just pushed those along with a rebase on unstable-small. | 15:14:09 |
| @elvishjerricco:matrix.org | oh wait, that wasn't the latest unstable-small. Now there's a conflict I've got to fix, and I seem to have broken a test? | 15:18:32 |
| @elvishjerricco:matrix.org | ok, those are fixed | 15:26:12 |
| Winter (she/her) | In reply to @elvishjerricco:matrix.org
oh wait, that wasn't the latest unstable-small. Now there's a conflict I've got to fix, and I seem to have broken a test? (why rebase against unstable-small instead of master?) | 15:52:34 |
| @elvishjerricco:matrix.org | Winter (she/her): I tend to base things on unstable(-small) so I know things are cached while I'm testing stuff out | 15:53:22 |
 @kranzes:matrix.org | does the installer work with systemd initrd? | 15:57:31 |
| @kranzes:matrix.org | * does the installer iso work with systemd initrd? | 15:57:34 |
| @elvishjerricco:matrix.org | IIRC no, you cannot build the installer ISO to use systemd-initrd for its initrd. Of course that doesn't prevent you from using the installer to install NixOS with systemd-initrd | 15:58:24 |
| @elvishjerricco:matrix.org | we do need to fix that though; I'd like to see the ISO built with this as an option. | 15:58:50 |
| @kranzes:matrix.org | That's a requirement if we plan to make systemd initrd the default in the future | 16:02:45 |
| @elvishjerricco:matrix.org | yep | 16:02:51 |
| 29 Dec 2022 |
| @elvishjerricco:matrix.org | https://github.com/NixOS/nixpkgs/pull/208269 | 19:33:24 |
