Control: tag -1 + patch On Wed, Jul 23, 2025 at 10:31:47PM +0100, Andrew Bower wrote: > On Mon, Jun 30, 2025 at 11:36:59PM +0100, Andrew Bower wrote: [...] > However, we are unfortunately not out of the woods: elogind is running > on this host and root is able to see the sessions. So is 'who' as > non-root with the newly libsystemd-ised coreutils:
Done a bit more digging. A number of issues - sorry, I don't have time to split them out into appropriate bugs right now. The first is definitely for procps: 1. Unitialised 'sessions' variable is a a bug on all systems which leads to a segfault on some. I'm now tagging this bug as having a patch. 2. elogind not being queried. Is this an elogind issue? Should it give a different answer to sd_booted() or is this the wrong way to detect the seat management capability? 'who' does not have this problem - it somehow queries elogind anyway. procps then resorts to utmp. 3. Some (vc) sessions not reported unless running as root, but the non-root user could read utmp. 'who' does not have this problem but then it probably didn't resort to reading utmp (see 2 above). 4. Virtual console sessions reported as pts/# instead of tty# in utmp - I guess we can blame login for that but we're off on a tangent now: 1-3 are more important to sort out.
