| 7 May 2026 |
 emily | I assume it's been tried to just enable the NixOS option for userdbd in the GNOME module and that didn't work? | 14:15:21 |
 winston | I'd be interested in helping with GNOME I just kinda burned out on that PR after the LLM stuff | 14:15:27 |
| emily | "Tested with systemd 257.9 and #205121 but it always failed on various PAM issues." ok :) | 14:15:36 |
| emily | systemd room should be able to help | 14:15:45 |
| emily | (yeah I would be more worried about GNOME maintenance if it did not seem like potentially a one-off incident from how that PR started) | 14:16:08 |
| winston | yeah I did that too, sadly didn't work without further tweaks IIRC, its been a month+ tho | 14:16:12 |
| winston | anyway I'll give the new staging a build, and I'll try helping with getting GNOME over the line | 14:16:57 |
 ElvishJerricco | IIRC the idea is that there's an NSS module that represents userdb records as normal NSS things, and there's functionality in systemd-userdbd to represent NSS things as userdb records | 14:20:43 |
| ElvishJerricco | not terribly surprised if there's PAM confusion, but I know nothing about it. | 14:21:13 |
| ElvishJerricco | my thoughts on userdb are just generally "it sounds like a nice way to kill of /etc/passwd and do declarative JSONs for users instead of imperative file manipulation one day" | 14:21:49 |
| ElvishJerricco | have done zero experimenting | 14:21:57 |
| ElvishJerricco | * my thoughts on userdb are just generally "it sounds like a nice way to kill off /etc/passwd and do declarative JSONs for users instead of imperative file manipulation one day" | 14:23:31 |
| ElvishJerricco | I know GDM wants to use userdb so it can have N GDM users instead of 1 GDM user, but have no idea how that works. Would not be surprised if either it 1) doesn't need systemd-userdbd specifically at all and has its own userdb-JSON-record-serving-daemon (userdb is just a directory of sockets and can be backed by arbitrarily many such services), or 2) creates JSON record files that it expects systemd-userdbd specifically to handle. | 14:26:33 |
| ElvishJerricco | in either case I'm not sure why there would be PAM issues, since AFAIK PAM should just be happy using NSS stuff. Maybe something is starting before nscd.service, and historically fell back on /etc/passwd if that wasn't up? | 14:28:18 |
| ElvishJerricco | (hey look, potentially another reason that nscd makes me want to build volcanoes instead of computers) | 14:29:27 |
| emily | https://blogs.gnome.org/adrianvovk/2025/06/10/gnome-systemd-dependencies/ explains the userdbd dependency | 14:46:47 |
| emily | it needs io.systemd.Multiplexer, getpwent workign for userdbd users, and the userdb API working for /etc/passwd users | 14:47:35 |
| winston | worst case we could revert https://gitlab.gnome.org/GNOME/gdm/-/commit/c3747f1c14b777e1a42b9e5d903214c39e2c0462 to get hardcoded users to work again, at least for 50, but I'd like to avoid kicking the can further down the road if possible | 14:51:15 |
 Ihar Hrachyshka | (alert: I don't have particular interest in gnome the DE.)
Going forward, it would be nice if we could separate bumps for stuff like glib that has nothing to do with gnome fate, I was building my own glib / qemu for the last months because I needed a fix for Darwin. So I'm kinda glad this merged, though of course not happy about what it may mean for gnome. | 17:59:13 |
 hexa | I have Python 3.14.5 | 18:01:20 |
| hexa | shouldn't throw a wrench in the stdenvs at least | 18:02:03 |
| hexa | hm, nvm its still rc1 | 18:06:14 |
| hexa | for some reason (thanks github) the release is late | 18:06:23 |
| hexa | https://chaos.social/@hugovk@mastodon.social/116528979328303745 | 18:06:39 |
 Emil Thorsøe | in gerrit, you download pr metadata with git, at leasti it has that going for it | 18:36:59 |
| Emil Thorsøe | * in gerrit, you download pr metadata with git, at least it has that going for it | 18:37:10 |
| 8 May 2026 |
|  anadon_ joined the room. | 04:54:27 |
| anadon_ | Is there some place I can peer in on what is going on with staging-next without bothering people? I made an admittedly terribad PR to update libbpf to v1.7.0 because I need that update for a project I'm making, and I'd like keep track of movement on it and when things land. Reading the linked documentation on Nix branches linked to me, I didn't see a way to do this. | 05:01:38 |
 K900 | There is no staging-next currently | 06:21:21 |
| K900 | There should be one in the coming days | 06:21:25 |
