| 19 Mar 2022 |
 @elvishjerricco:matrix.org | bobvanderlinden: That would be what I described before, where a different attrsOf is defined in terms of a different attrsOf | 10:58:13 |
| @elvishjerricco:matrix.org | Janne Heß: Well cool. I could have sworn that didn't work anymore | 10:58:33 |
| @elvishjerricco:matrix.org | I... might just use that | 10:58:38 |
 @janne.hess:helsinki-systems.de | In reply to @elvishjerricco:matrix.org
I... might just use that Oh nio 👀 | 10:58:49 |
| @janne.hess:helsinki-systems.de | * Oh no 👀 | 10:58:58 |
 bobvanderlinden | ElvishJerricco: oops you're right, it's creating timers for startAt in services | 10:59:03 |
| bobvanderlinden | ElvishJerricco: is there a way to cooperate in parallel? | 11:09:29 |
| @elvishjerricco:matrix.org | bobvanderlinden: How do you mean? | 11:11:55 |
| bobvanderlinden | At the moment I feel like it's hard to work on my branch, because it'll conflict with changes you're working on | 11:13:10 |
| bobvanderlinden | I was thinking, if the bare-bones version of boot.inird.systemd is there, I can look into one of plymouth, luks, cryptsetup, etc | 11:14:17 |
| bobvanderlinden | I'll just ditch the pr-usable-systemd-modules branch, as I think it'll never get approved and I don't see a better way with the current module system | 11:15:03 |
| bobvanderlinden | * I'll just ditch the pr-reusable-systemd-modules branch, as I think it'll never get approved and I don't see a better way with the current module system | 11:15:16 |
| @elvishjerricco:matrix.org | bobvanderlinden: I think I need to get the very basic thing reconstructed before we can start to parallelize implementations of the various initrd features | 11:15:39 |
| @elvishjerricco:matrix.org | Luckily, given that I've done this four times now, and I think I have a really solid foundation (with much thanks to your branch!), I think this could be fairly quick to construct | 11:16:12 |
| bobvanderlinden | awesome 👍️ let me know when 😄 | 11:16:26 |
| @elvishjerricco:matrix.org | oh crap | 11:16:57 |
| @elvishjerricco:matrix.org | generateUnits adds a bunch of crappy default units | 11:17:09 |
| @elvishjerricco:matrix.org | like nix-daemon.service | 11:17:13 |
| @elvishjerricco:matrix.org | that's gonna be a problem... | 11:17:17 |
| @elvishjerricco:matrix.org | I was so excited "I'm just gonna call generateUnits, then either do my Exec* parsing or cherry-pick bobvanderlinden's change, and then it should boot!" | 11:17:56 |
| @elvishjerricco:matrix.org | Of course it's not that simple... | 11:18:01 |
| bobvanderlinden | is that because of it referring to config.systemd.packages? | 11:18:10 |
| @elvishjerricco:matrix.org | Oh if it's doing that all on its own then I'm going to have to parameterize this thing... | 11:18:40 |
| @elvishjerricco:matrix.org | Yea... yea it's doing that | 11:18:59 |
| bobvanderlinden | make cfg part of the arguments of generateUnits' I'd say | 11:19:01 |
| @elvishjerricco:matrix.org | This thing is getting way too many positional arguments. I'm gonna make it an attrset argument | 11:20:46 |
| bobvanderlinden | haha, exactly what I was thinking 😄 it's a messy function atm | 11:21:17 |
| @elvishjerricco:matrix.org | Hell yea, that worked | 11:26:56 |
| @elvishjerricco:matrix.org | Sweet, the regular old systemd options are generating a proper unit directory. Awesom | 12:46:57 |
| @elvishjerricco:matrix.org | Sweet. Looks like I just have to fix the slightly wrong file system code for the qemu-vm module and then I'll have a VM that boots. | 13:52:03 |
