!UNVBThoJtlIiVwiDjU:nixos.org

Staging

317 Members
Staging merges | Find currently open staging-next PRs: https://github.com/NixOS/nixpkgs/pulls?q=is%3Apr+sort%3Aupdated-desc+head%3Astaging-next+head%3Astaging-next-21.05+is%3Aopen109 Servers

Load older messages


SenderMessageTime
19 Oct 2025
@dramforever:matrix.orgdramforeverbut anyway if my theory is correct then this is a real 258 regression and could be reproducible on fedora rawhide or something19:35:35
@elvishjerricco:matrix.orgElvishJerricco /run/udev/static_node-tags/ is supposed to be populated with symlinks indicating the tags that have been applied to static dev nodes 19:36:32
@elvishjerricco:matrix.orgElvishJerricco so, like, /dev/snd/timer has the tag, in theory 19:37:03
@elvishjerricco:matrix.orgElvishJerricco(the above past was back on 258, to be clear)19:37:14
@elvishjerricco:matrix.orgElvishJerricco* (the above paste was back on 258, to be clear)19:37:19
@elvishjerricco:matrix.orgElvishJerricco dramforever: tell me if this makes sense... In 257, logind was seeing that static_node-tags link thing and doing the ACLs for uaccess, even on these static dev-nodes for not-yet-loaded modules. In 258, such nodes aren't processed by udev; so the change that made it so udev is the one to apply the ACLs doesn't work for them. 19:40:22
@dramforever:matrix.orgdramforeveri think it's possible, but i have no idea how it works under the hood19:41:13
@elvishjerricco:matrix.orgElvishJerriccoyea, I'm gonna go look at how logind did the acl stuff in 25719:41:51
@elvishjerricco:matrix.orgElvishJerriccothis sounds like a plausible explanation19:42:02
@elvishjerricco:matrix.orgElvishJerricco yea, that's exactly what logind does in 257; it iterates over the /run/udev/static_node-tags/uaccess directory 19:44:53
@elvishjerricco:matrix.orgElvishJerriccoand yea, of course the code that did that is deleted in 25819:45:50
@elvishjerricco:matrix.orgElvishJerriccooh, not deleted; moved19:50:07
@elvishjerricco:matrix.orgElvishJerricco * oh, not deleted; moved 19:50:45
@elvishjerricco:matrix.orgElvishJerricconope, deleted19:50:47
@elvishjerricco:matrix.orgElvishJerricco I think the bug report here is basically: "uaccess no longer works with OPTIONS+="static_node=..."" 19:52:14
@elvishjerricco:matrix.orgElvishJerriccoand the body can say "y'all deleted the code that used to do that" :P19:52:51
@dramforever:matrix.orgdramforeverdo you have any idea if we can work around this better than "just ignore the test for now"?19:54:24
@elvishjerricco:matrix.orgElvishJerriccolooks like this bug report is the same problem: https://github.com/systemd/systemd/issues/39043 and is fixed by: https://github.com/systemd/systemd/pull/39071 Haven't looked at that code yet to make sure it would actually help us19:54:54
@elvishjerricco:matrix.orgElvishJerriccoanyway we can workaround it by checking an actual dev node, not a static dev node, in this test19:55:12
@dramforever:matrix.orgdramforeverbut the bug is still there...19:56:02
@elvishjerricco:matrix.orgElvishJerriccolol the PR just adds ACL code back to logind19:56:07
@dramforever:matrix.orgdramforeverdo we just ignore that fact19:56:12
@elvishjerricco:matrix.orgElvishJerriccowhat do you mean?19:56:35
@elvishjerricco:matrix.orgElvishJerriccoI think that fixes the bug?19:56:38
@elvishjerricco:matrix.orgElvishJerriccoit's just not in 25819:56:44
@elvishjerricco:matrix.orgElvishJerriccoit's in 258.119:56:49
@dramforever:matrix.orgdramforeveryeah but that rebuilds systemd right19:56:49
@elvishjerricco:matrix.orgElvishJerriccoright, we can't do the patch this cycle19:56:59
@elvishjerricco:matrix.orgElvishJerriccoso we'll do a workaround19:57:04
@dramforever:matrix.orgdramforeverso if we merge staging-next we ship this bug to users19:57:11

Show newer messages


Back to Room ListRoom Version: 6