| 15 Nov 2022 |
 @elvishjerricco:matrix.org | I do not understand the ofborg-eval failure on the PR... | 23:05:52 |
| @elvishjerricco:matrix.org | I based my branch on nixos-unstable-small | 23:06:33 |
 @andreas.schraegle:helsinki-systems.de | it's unrelated. a conflict between two PRs (https://github.com/NixOS/nixpkgs/pull/200930 and https://github.com/NixOS/nixpkgs/pull/179406) that got merged independently | 23:11:59 |
| @andreas.schraegle:helsinki-systems.de | interesting that nixos-unstable-small is affected by this. I'd expect it not to advance, because the tarball job fails. oh well. | 23:13:02 |
| 16 Nov 2022 |
|  @omlet:matrix.org joined the room. | 20:34:21 |
 @uep:matrix.org | just got the same for unstable, nice to see already in hand | 21:14:32 |
| @omlet:matrix.org left the room. | 22:05:04 |
| @uep:matrix.org | (I just commented out the systemd stage 1 for now, in part because I don't actually need to reboot but I do want the firefox update) | 22:26:19 |
| 18 Nov 2022 |
| *  colemickens doesn't fully understand why only some of his initrds failed to build pre-201396 | 02:37:44 |
| colemickens | I assume I'm not the only one, but specialisations are a nice way to test this feature. | 03:00:45 |
| 19 Nov 2022 |
| @elvishjerricco:matrix.org | Oh, heh, I thought the hibernate test was failing because of some crazy unit dependency issue. Turns out the pre-hibernate boot was the one failing, and that's just because it's lacking the ext3 kernel module | 23:16:48 |
| @elvishjerricco:matrix.org | I dunno why that works with scripted initrd. Does that just always include certain kernel modules or something? | 23:17:21 |
| 21 Nov 2022 |
| @elvishjerricco:matrix.org | Ah I see what happened. Here, the ext4 kernel module was made conditional on if it was inInitrd, but only for systemd stage 1 | 02:50:33 |
| @elvishjerricco:matrix.org | tbh I'm not sure if that's the right thing to do. I mean I know it's better, but that is technically a compatibility break | 02:53:34 |
| @elvishjerricco:matrix.org | Oh and in the same diff, fsPackages = [e2fsprogs] was made conditional on systemd -> inInitrd. I think this is definitely incorrect though since fsPackages is relevant to stage 2 as well | 02:54:37 |
| @elvishjerricco:matrix.org | https://github.com/NixOS/nixpkgs/pull/202132 | 03:37:38 |
| 22 Nov 2022 |
|  @mlyx:matrix.org joined the room. | 21:05:33 |
| 25 Nov 2022 |
|  @raphi:tapesoftware.net changed their profile picture. | 19:41:52 |
|  @tired:fairydust.space joined the room. | 22:05:57 |
| 26 Nov 2022 |
|  @ahsmha:matrix.org changed their display name from rh to ahmed. | 19:19:42 |
| 27 Nov 2022 |
 @me:linj.tech | how can I write a service for old initrd's boot.initrd.preDeviceCommands? | 22:24:58 |
 @janne.hess:helsinki-systems.de | boot.initrd.systemd.services I think | 22:25:18 |
| @me:linj.tech | The following service will cause systemd to time out without asking me the password for luks
boot.initrd.systemd.services.pre-device-command = {
description = "pre device command";
wantedBy = [ "cryptsetup.target" ];
wants = [ "cryptsetup-pre.target" ];
before = [ "cryptsetup-pre.target" ];
script = ''
echo pre-device-command-start
echo pre-device-command-end
'';
};
| 22:30:01 |
| @janne.hess:helsinki-systems.de | yeah if it want's cryptsetup-pre.target, cryptosetup-pre.target needs to be active for the unit to start. before that, the unit has to be started though because of the before | 22:30:54 |
| @janne.hess:helsinki-systems.de | you probably want cryptsetup.target in that before | 22:31:08 |
| @me:linj.tech | In reply to @me:linj.tech
The following service will cause systemd to time out without asking me the password for luks
boot.initrd.systemd.services.pre-device-command = {
description = "pre device command";
wantedBy = [ "cryptsetup.target" ];
wants = [ "cryptsetup-pre.target" ];
before = [ "cryptsetup-pre.target" ];
script = ''
echo pre-device-command-start
echo pre-device-command-end
'';
};
oh, I made a mistake. This service cause a dependency circle and is deleted by systemd to break the circle. If I change to, systemd will time out without asking password. | 22:34:07 |
| @me:linj.tech | In reply to @me:linj.tech
The following service will cause systemd to time out without asking me the password for luks
boot.initrd.systemd.services.pre-device-command = {
description = "pre device command";
wantedBy = [ "cryptsetup.target" ];
wants = [ "cryptsetup-pre.target" ];
before = [ "cryptsetup-pre.target" ];
script = ''
echo pre-device-command-start
echo pre-device-command-end
'';
};
* oh, I made a mistake. This service cause a dependency circle and is deleted by systemd to break the circle. If I change wants = [ "cryptsetup-pre.target" ]; to wants = [ "basic.target" ];, systemd will time out without asking password. | 22:34:45 |
| @janne.hess:helsinki-systems.de | looking at the bootup man page, basic.target actually seems a bit late | 22:35:46 |
 Arian | Dont forget Default dependencies=no | 22:36:34 |
| Arian | Otherwise you'll be ordered after sysinit.target by default | 22:37:20 |
