<div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">gnome-session tracks apps that register via the protocol and they can be<br>
restarted (see e.g. the settings daemons in /etc/xdg/autostart). This<br>
also works for user session "daemons". There's also DBus activation for<br>
things that don't need to be running all the time.<br>
<br>
Finally there's systemd system units for system daemons and user units<br>
for user level daemons. We try to avoid the later for the moment to have<br>
everything known to gnome-session. gnome-session will at some point<br>
switch to systemd units (I hope that's the right link, the site is<br>
currently unavailable):<br>
<br>
    <a href="https://blogs.gnome.org/laney/2018/06/26/starting-sessions-with-systemd/" rel="noreferrer" target="_blank">https://blogs.gnome.org/laney/2018/06/26/starting-sessions-with-systemd/</a></blockquote><div><br></div><div class="gmail_default" style="font-size:small">user-level daemon if what I use for OSM Scout Server autostart. Namely, systemd socket activation allows to have all the clients access HTTP API in a way that is independent on whether the service runs or not. User-level is used to allow users stopping/starting as needed while downloading or updating the maps, adjusting options (such as supported languages) and such. How do you envision "avoiding" at this moment? Is it going to be enforced or you are not actively promoting it?</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">As far as I can see my question regarding suspend/resume cycles is still unanswered. I am talking about 5-300+ sec naps that CPU does on Android & probably other devices. Do you plan to have it implemented on some level? Or would it be responsibility of gnome-session?</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Rinigus    </div></div></div>