!UNVBThoJtlIiVwiDjU:nixos.org

Staging

315 Members
Staging merges | Running staging cycles: https://github.com/NixOS/nixpkgs/pulls?q=is%3Apr+is%3Aopen+head%3Astaging-next+head%3Astaging-next-25.05 | Review Reports: https://malob.github.io/nix-review-tools-reports/108 Servers

Load older messages


SenderMessageTime
18 Oct 2025
@k900:0upti.meK900Hit restart all failed on next15:42:52
@sternenseemann:systemli.orgsterniMerged staging-next into staging23:17:47
19 Oct 2025
@ungeskriptet:matrix.orgungeskriptet joined the room.05:56:07
@azahi:azahi.cc@azahi:azahi.cc left the room.15:46:51
@k900:0upti.meK900Think we might be OK to merge now18:06:51
@vcunat:matrix.orgVladimír ČunátNo.18:09:05
@vcunat:matrix.orgVladimír ČunátWe have channel blockers even for -small18:09:21
@vcunat:matrix.orgVladimír Čunáthttps://github.com/NixOS/nixpkgs/pull/449539#issuecomment-341864356818:09:35
@k900:0upti.meK900Oh god18:14:15
@k900:0upti.meK900The latestKernel test is systemd 258 probably18:14:20
@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

Show newer messages


Back to Room ListRoom Version: 6