| 25 Oct 2022 |
 @kranzes:matrix.org | I have multiple yubikeys | 11:26:34 |
| @kranzes:matrix.org | and nitrokey | 11:26:36 |
| @kranzes:matrix.org | stored in a safe and one that i take with me everywhere | 11:26:56 |
| @kranzes:matrix.org | i wanted to enroll the backup ones | 11:27:01 |
 @elvishjerricco:matrix.org | hm. Ok, so maybe I have some learning to do | 11:27:08 |
| @kranzes:matrix.org | I am still able to unlock the device, but not enroll more slots | 11:27:38 |
| @kranzes:matrix.org | as that asks me for a password which i no longer have | 11:27:49 |
| @kranzes:matrix.org | I might have to create an issue somewhere | 11:28:35 |
| @kranzes:matrix.org | How would I go about doing that? | 11:28:45 |
| @kranzes:matrix.org | https://github.com/systemd/systemd/issues?q=cryptenroll | 11:29:33 |
| @kranzes:matrix.org | oh they use github? | 11:29:36 |
| @kranzes:matrix.org | https://github.com/systemd/systemd/issues/25128 | 12:35:42 |
| 30 Oct 2022 |
|  Claes joined the room. | 04:56:20 |
| 31 Oct 2022 |
 @oxalica:matrix.org | https://github.com/NixOS/nixpkgs/blob/00bde1ac69b572f56ca461a76d8f1db59b29da0f/nixos/modules/services/hardware/udev.nix#L13
Is there a reason why not all upstream udev rules are included? Some rules seems important, like btrfs and vconsole | 16:55:16 |
| @oxalica:matrix.org | Also I found that systemd udev rules is even not in stage 2 (services.udev.packages), which is very problematic to me | 16:57:00 |
| @oxalica:matrix.org | I'm trying to enable all rules in at least stage 2. https://github.com/NixOS/nixpkgs/pull/198823
Maybe we should also include more rules in initrd? | 18:31:13 |
| @elvishjerricco:matrix.org | oxalica: I could be wrong but doesn't systemd automatically include the udev rules in its own out path? Have you confirmed that they aren't actually currently in use in stage 2? | 18:32:14 |
| @elvishjerricco:matrix.org | (stage 1 is another story of course) | 18:32:20 |
| @oxalica:matrix.org | In reply to @elvishjerricco:matrix.org
oxalica: I could be wrong but doesn't systemd automatically include the udev rules in its own out path? Have you confirmed that they aren't actually currently in use in stage 2? Yes. Because vconsole-setup doesn't restart when my GPU driver loaded | 18:32:48 |
| @elvishjerricco:matrix.org | And you've confirmed that adding all udev rules from systemd changes that behavior? | 18:33:16 |
| @oxalica:matrix.org | It used to work, and it broke about several months ago | 18:33:32 |
| @oxalica:matrix.org | In reply to @elvishjerricco:matrix.org
And you've confirmed that adding all udev rules from systemd changes that behavior? Yes it fixes for me | 18:33:42 |
| @elvishjerricco:matrix.org | Hm... I'm guessing there's some kind of reason for it being the way it is | 18:34:09 |
| @elvishjerricco:matrix.org | as for stage 1, we certainly can't support all the rules that systemd provides because we don't include all the user space tools required, so it's probably best to only have the ones we know we need? Not sure | 18:34:40 |
| @elvishjerricco:matrix.org | But hopefully there's some kind of explanation for stage 2 in git history or a PR thread somewhere... | 18:35:04 |
| @oxalica:matrix.org | In reply to @elvishjerricco:matrix.org
oxalica: I could be wrong but doesn't systemd automatically include the udev rules in its own out path? Have you confirmed that they aren't actually currently in use in stage 2? :thinking: Seems systemd-analyze cat-config udev/rules.d do contain upstream rules even without that PR. But I double checked that vconsole-setup do break iff we don't explicitly include rules... | 18:40:36 |
| @oxalica:matrix.org | * 🤔 Seems systemd-analyze cat-config udev/rules.d do contain upstream rules even without that PR. But I double checked that vconsole-setup do break iff we don't explicitly include rules... | 18:40:51 |
| @elvishjerricco:matrix.org | I'm not sure that systemd-analyze command is doing what you think it is. When I list the files in my /etc/udev/rules.d/ on my desktop, it has nothing in common with the stock systemd udev rules | 18:52:58 |
| @elvishjerricco:matrix.org | which seems quite odd indeed... | 18:53:05 |
| @elvishjerricco:matrix.org | maybe there was a commit where systemd was accidentally removed from services.udev.packages? | 18:54:42 |
