Bug#817998: /lib/x86_64-linux-gnu/libsystemd.so.0: sd_pid_get_session incorrectly(?) returning -ENXIO (sesion does not exist)

[Sam Morris]

On Tue, 2016-04-12 at 19:07 +0100, Simon McVittie wrote:
> On Sun, 13 Mar 2016 at 09:47:43 +0000, Sam Morris wrote:
> > 
> > This is caused by gnome-terminal's design of spawning all child
> > processes via gnome-terminal-server which is spawned from the
> > user's dbus session.
> > 
> > For a 'fun' reproduction, launch nm-connection-editor from gnome-
> > terminal and try to figure out why it doesn't work. :)
>
> This has been a problem in the past, but your reproducer works fine for me
> (under GNOME Shell, which among its other functions acts as the polkit
> agent). We fixed several issues related to this in polkit and udisks2
> shortly after I introduced dbus-user-session.

Ok, now I'm lost. At first I assumed that this worked for you because
you had policykit-1 from experimental installed, including the fix for
#779988; however I just noticed that this patch was backported to the
version in testing, and so should already be working on my system.

> Is this perhaps specific to running in an environment that does not already
> provide its own polkit agent that is a child of the login session? For
> instance, if you launch an xterm or other non-client/server terminal from
> your desktop environment (Alt+F2 in GNOME/Xfce/probably others), run
> /usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1 there,then
> run nm-connection-editor from your gnome-terminal, does that work?

I'm not sure where the polkit authentication agent comes in to play...
I am using i3, and I launch polkit-gnome-authentication-agent from my
.xsessionrc.

Processes launched by xterm end up in my user session's scope, which
polkit is happy with. It's just processes launched by gnome-terminal-
server, which end up in the dbus.session cgroup, that polkit won't
authorize.

I had planned to work around this by removing dbus-user-session, but
now that it seems that the fix for #779988 was backported to the
version of polkit on my system, I'm no longer sure what to do!

-- 
Sam Morris <https://robots.org.uk/>
CAAA AA1A CA69 A83A 892B  1855 D20B 4202 5CDA 27B9
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: This is a digitally signed message part
URL: <http://lists.alioth.debian.org/pipermail/pkg-gnome-maintainers/attachments/20160413/8ea7b061/attachment.sig>