!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
@grimmauld:grapevine.grimmauld.deGrimmauld (any/all)uhhh18:16:44
@grimmauld:grapevine.grimmauld.deGrimmauld (any/all)i thought we had systemd tested before merging 25818:17:15
@dramforever:matrix.orgdramforeverbut only on latest, and aarch64-linux18:19:11
@dramforever:matrix.orgdramforever* but it only fails on latest, and aarch64-linux18:19:16
@vcunat:matrix.orgVladimír Čunát nixosTests.latestKernel.login fails on x86_64-linux for me. 18:21:42
@dramforever:matrix.orgdramforeveroh18:27:04
@dramforever:matrix.orgdramforeveri mixed the two up18:27:31
@ghpzin:envs.netghpzinThere is an issue upstream with similar thing (not sure if relevant): https://github.com/systemd/systemd/issues/3920618:41:12
@elvishjerricco:matrix.orgElvishJerriccoI'm looking into it...18:47:28
@elvishjerricco:matrix.orgElvishJerricco well we tested all the systemd.tests and latestKernel.login isn't one of those 18:48:27
@dramforever:matrix.orgdramforever it seems that udev 258 no longer gives permissions on /dev/snd/timer unless snd-timer is loaded 19:03:43
@dramforever:matrix.orgdramforever * it seems that udev in systemd 258 no longer gives permissions on /dev/snd/timer unless snd-timer is loaded 19:03:53
@elvishjerricco:matrix.orgElvishJerriccowut...19:08:41
@dramforever:matrix.orgdramforeverwhich would be a regression in systemd but i'm not sure if i'm playing with it wrong19:09:10
@elvishjerricco:matrix.orgElvishJerriccoyea, this is really weird. udev doesn't seem to consider it to be a device until snd_timer is loaded19:10:16
@dramforever:matrix.orgdramforeverwait that could be it, right? if uaccess is only giving it permissions if it's successfully detecting it as a real device19:10:57
@elvishjerricco:matrix.orgElvishJerriccowell, note this weird udev rule https://github.com/systemd/systemd/blob/781d9d0789379d1ea1f2ecefb804d41e9c8b6c38/rules.d/70-uaccess.rules.in#L29-L3119:11:51
@dramforever:matrix.orgdramforeverit's been here forever19:12:13
@elvishjerricco:matrix.orgElvishJerriccowhich basically says "if any sound subsystem device shows up, then add uaccess to snd/timer and snd/seq"19:12:17
@dramforever:matrix.orgdramforeverand on 257 this wasn't a problem19:12:39
@elvishjerricco:matrix.orgElvishJerriccoright I'm not saying the rule is the problem19:12:47
@elvishjerricco:matrix.orgElvishJerriccoI'm saying I don't understand what has changed here19:13:01
@dramforever:matrix.orgdramforeverright but point is it's probably something about the uaccess redesign right19:13:08
@elvishjerricco:matrix.orgElvishJerricco because even if /dev/snd/timer isn't tracked by udev, it should (I think?) still have that rule apply to it when any other sound device appears 19:13:30
@elvishjerricco:matrix.orgElvishJerriccoanyway the fix for the test is probably just to check a different device, since something funky is going on with this one specifically19:16:35
@elvishjerricco:matrix.orgElvishJerriccobut I'm still concerned with what's going on with this device specifically19:16:45
@dramforever:matrix.orgdramforeverthe device itself is normal, this is a fake "static node" device19:18:19
@dramforever:matrix.orgdramforeverwhen you access it the kernel loads the corresponding kernel module19:18:46
@dramforever:matrix.orgdramforeverthe not normal part is udev not applying the permission to this placeholder device19:19:03
@dramforever:matrix.orgdramforever* the device itself is normal, this is a fake, really placeholder "static node" device19:19:10

Show newer messages


Back to Room ListRoom Version: 6