[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
Re: [atomic-devel] DBus and rpm-ostree
- From: Peter <petervo redhat com>
- To: atomic-devel projectatomic io
- Subject: Re: [atomic-devel] DBus and rpm-ostree
- Date: Tue, 03 Mar 2015 15:18:58 -0800
Following up on this, I've started work on this based on this proposed
xml specification doc:
https://gist.github.com/petervo/cd75e374cecefac89bc3
Let me know what you think.
The goal is to have a stateless daemon where the daemon will turn itself
off after ~30sec of inactivity. However there is a bit of an issue with
supporting multiple system roots. So currently if a call is made to
Manager.GetSysroot on a non default path, the daemon will stay alive
until ~30sec after the last client that made one of those calls exits.
While this isn't ideal, the only alternative I could think of while
still supporting multiple sysroots was maintaining some sort of
configuration file on disk based on successfully GetSysroot calls.
Right now I am planning to use file monitoring for keeping the
Deployment and RefSpec information up to date. Monitoring changes to
existing objects is relatively straight forward. However, accurately
picking up when new deployments or remotes are added is a little more
complicated due to the potentially large number of directories at
arbitrary depths that would be need to be monitored for creation. It's
totally doable, but before going too far down that approach i wanted to
make sure that would be the preferred implementation as opposed to
adding signals to the ostree library functions that are actually making
the changes on the filesystem.
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]