On Fri, Jun 15, 2012 at 5:12 AM, Ciprian Dorin Craciun <ciprian.crac...@gmail.com> wrote: > On Fri, Jun 15, 2012 at 7:37 AM, Kok, Auke-jan H > <auke-jan.h....@intel.com> wrote: >> On Fri, Jun 15, 2012 at 4:24 AM, Ciprian Dorin Craciun >> <ciprian.crac...@gmail.com> wrote: >>>> I think you really don't want to try and run a systemd --user (highly >>>> experimental!) without a systemd --system (stable), that would be the >>>> world upside down, and you're going to get every little part of it >>>> wrong. >>> >>> I think I'll give it a rest for a while until the `--user` gets more >>> stable. >> >> it's stable, but, you're trying to make use of it while it's currently >> building >> heavily on assumptions that your system cannot provide, and, you're >> not providing >> an appropriate replacement to meet those expectations. > > > I completely agree that I try to use it in an "special" way > without having met all the requirements, that `systemd --system` > gracefully provides. > > Unfortunately I have no choice, as none of these requirements are > not documented... In the `systemctl` or `systemd` man-page there is no > single word about any D-BUS related configurations. > > P.S.: To be clearer on my intentions, I try to identify if systemd > is a good candidate as a process manager for an application composed > of multiple daemons. Thus when I deliver the application, I want to > also deliver it with an "embedded" systemd, and not force the client > to migrate to systemd.
now we're talking! You can do a ton in that perspective, to make your application more robust easily and integrate well in systemd. I'd suggest using socket activation, and looking at some of the examples that Lennart posted on his blog with example implementation code. Unfortunately, embedding systemd is untested. While I think it's possible, and it could just work without a `systemd --system` accompanying it, the intricacies are indeed not documented well (source code would be the place for some bits). I've had to poke and even fix code to make some stuff work. Cheers, Auke _______________________________________________ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
