On Thu, Jan 12, 2012 at 16:32, George Stefan wrote:
> Thank you for the quick reply. I am not trying to solve any development
> problem.
> My own problem is something like this: i have a service that is part of this
> graph of dependencies.
> How can i make sure that this service will be processed
Thank you for the quick reply. I am not trying to solve any development
problem.
My own problem is something like this: i have a service that is part of
this graph of dependencies.
How can i make sure that this service will be processed prior that the
other ones one the same level.
This service wil
On Thu, Jan 12, 2012 at 15:33, George Stefan wrote:
> Hello,
> I want to implement a dynamic way of starting up services using systemd
> immediatly after boot.
> So, my question is: Does systemd have an internal list of processes that are
> awaiting to be started?
> and is there a way for me to pu
On Thu, Jan 12, 2012 at 15:24, wrote:
> I just wondered whether anyone knew of a tool that could create a graphical
> view of the dependency graph created by systemd at run-time.
>
> For an embedded project in which we are integrating systemd, it would make
> life easier if we could analyse grap
Hello,
I want to implement a dynamic way of starting up services using systemd
immediatly after boot.
So, my question is: Does systemd have an internal list of processes that
are awaiting to be started?
and is there a way for me to put my own processes ahead of those of systemd?
If so, were is this
Hi All,
I just wondered whether anyone knew of a tool that could create a
graphical view of the dependency graph created by systemd at run-time.
For an embedded project in which we are integrating systemd, it would make
life easier if we could analyse graphically the dependency graph offline
On Thu, 2012-01-12 at 10:10 +, Michael Meeks wrote:
> No problem; it is only the belt - not the braces; I'll knock up
> something more robust re-using the linc-cleanup-sockets goodness, that
> should also avoid the unpleasant race-condition in there whereby a
> socket is created between
On Wed, 2012-01-11 at 22:01 +0100, Lennart Poettering wrote:
> > Trying to chase down my sudden keyring / tmpfile socket death
> > syndrome ;-) I poked at the tmpfile cleanup code.
...
> This is interesting, it apparently boils down to the first column being
> 32bit for you and 64bit for me. I
