<div dir="ltr"><div>>or by another 3rd 
process? (don't they become a bit.. many?)</div><div><br></div><div></div><div>In terms of processes we will have the existing:</div><div>  - ksmserver</div><div><div>  - logout greeter</div><div>And new:<br></div></div><div>  - startup binary (kstartup?)<br></div><div>  - shutdown binary (kshutdown)<br></div><div><br></div><div></div><div>The DBus name org.kde.shutdown would initially go on ksmserver, then move to this new binary when that's done.<br></div><div></div><div><br></div><div>The last two could be merged, but then we can't make them exit when it's finished.<br></div><div></div><div>The other clever part of this design is that DBus activation can contain both an Exec line and a SystemdService. The latter is only used if the system supports it. That way krunner/plasmashell/logout greeter have keep one code path, but we can diverge if needed.</div><div><br></div><div>>"exit?...but somehow not have SDDM/kwin_wayland think the session has ended"</div><div><br></div><div>I'm not entirely sure what we'll do, but we'll find something. Super worst case we leave our process that autostarted everything linger.<br></div><div>For wayland it's easy, kwin becomes the main process and we'll explicitly tell it to quit when we're finished.</div><div>Maybe I can have startup binary fork; the main process becomes ksmserver, the "forked" version autoloads everything and quits.</div><div><br></div><div>....will figure it out when we get there<br></div><br><div><span class="m_5294506851039529813gmail-HOEnZb"></span></div></div>