<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">On Sat, Apr 22, 2017 at 02:07:49PM +0000, Benno Fünfstück wrote:<br>
> Hello list,<br>
><br>
> currenty, systemd runs a system instance and a per-user one. However,<br>
> sometimes it would be nice to have a per-session instance, for example for<br>
> users of lightweight desktop environments that don't have their own service<br>
> manager. Then you could use systemd to spawn things like panels or desktop<br>
> notification daemons etc. Would it be possible to add such a thing, even if<br>
> it may require some work? Or are there any fundamental problems with it?<br>
<br>
It would require a fundamental amount of work. We (people developing<br>
systemd, large graphical environments, dbus, ...) to move towards user-sessions,<br>
and limit support to one graphical session per user. The thinking is that<br>
one graphical session is enough for one user.<br>
<br>
In principle you could still have a single systemd --user instance,<br>
and e.g. start various services multiple times using templating<br>
(terminal-daemon@.service, file-manager@.service, etc). This isn't too<br>
hard to get working in a limited scope, but making it work in general<br>
is hard, and would require a lot of support from various<br>
programs. Your use case would be neat, but also a bit fringe, and it's<br>
complicated enough to get graphical envs working with one session per<br>
user.<br>
<br>
Zbyszek<br></blockquote><div><br></div><div>Thanks for the answer! Can you go into some more detail about what particular challenges there are with making such a thing possible? (Just some, because currently I feel like it would be easy and I would like to get a feeling for the kind of problems this would cause / would have to be dealt with) </div></div></div>