<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Jul 12, 2020 at 5:29 PM Bernie Innocenti <<a href="mailto:bernie@codewiz.org">bernie@codewiz.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">(re-posting because most subscribers might have missed my previous post <br>
due to an excessively strict DKIM policy applied by my domain).<br>
<br>
<br>
I'm trying to fix this longstanding bug where there are dangling user <br>
processes after the desktop session exists:<br>
<br>
   <a href="https://bugs.kde.org/show_bug.cgi?id=359651" rel="noreferrer" target="_blank">https://bugs.kde.org/show_bug.cgi?id=359651</a><br>
<br>
This is reproducible every time on multiple distributions and KDE <br>
versions. It also causes subsequent logins to fail or behave <br>
surprisingly due to the presence of extraneous dbus services, pulseaudio <br>
clients, etc.<br>
<br></blockquote><div>Yes it's a problem.</div><div>Pulseaudio deliberately tries to survive whilst a user is logged in, so that's fine</div><div>The DBus services is a bit weird.</div><div><br></div><div>Apparently gnome used to solve this problem by killing dbus-daemon explicitly :/</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
I looked into plasma-workspace/startkde, and there's no hint of it <br>
starting "systemd --user" directly.<br></blockquote><div> <br></div><div>>So I'm starting to think that it might be done implicitly via PAM <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
(there's a pam_systemd module).<br>
<br></blockquote><div>That's exactly what happens.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"></blockquote><div></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">But, if a PAM module is starting "systemd <br>
--user", shouldn't the same PAM module also do the cleanup?<br></blockquote><div><br></div><div>IMHO yes, what I've been trying to do to solve this is to make the systemd user session aware of all our stuff.</div><div>We've currently introduced cgroups round the apps, we're tackling the services slowly as part of the plasma boot.<br></div><div></div><div></div><div></div><div><br></div><div>Then "all" we need to do is ship two drop-ins for app-*  and plasma-* scopes and services.<br></div><div></div><div>That include the line BindsTo=graphic-session.target <br></div><div><br></div><div>Once that ends, it'll tear down everything in a controlled manner just like a system process.<br></div><div></div><div>This is also what gnome is doing to do.</div><div><br></div><div>Some notes about that topic: <a href="https://systemd.io/DESKTOP_ENVIRONMENTS/">https://systemd.io/DESKTOP_ENVIRONMENTS/</a></div><div><br></div><div>David<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
-- <br>
_ // Bernie Innocenti<br>
\X/  <a href="https://codewiz.org/" rel="noreferrer" target="_blank">https://codewiz.org/</a><br>
</blockquote></div></div>