use popen() to invoke external programs, or for more control,
execve()/execvp()/etc. :)
otherwise, using systemd-provided API (like its DBus-API is always
preferable)
Regards,
Christian Parpart.
On Sun, Nov 6, 2011 at 9:43 PM, Michael Biebl wrote:
> 2011/11/6 Michael D. Berger :
> > I see no
On 11/05/2011 06:09 PM, Michael D. Berger wrote:
Thanks to the help provided by members of the list,
myDaemon is now functioning correctly under systemd.
Now for myUpperDaemon:
IF myDaemon is enabled; then
myUpperDaemon must start after myDaemon
ELSE
myUpperDaemon must start anyway
ENDI
On Mon, 07.11.11 13:52, NeilBrown (ne...@suse.de) wrote:
> > Why doesn't the kernel do that on its own?
>
> Because the kernel doesn't know about the format of the metadata that
> describes the array.
Yupp, my suggestion would be to change that.
> > What we do right now is this:
> >
> > kill_
On Sun, 06.11.11 15:05, Michael D. Berger (m.d.ber...@ieee.org) wrote:
> I see no way to directly call systemctl from a C++
> program, so I'll use a pipe. Right? I think a
> library function would be better.
If at all possible use the D-Bus interface when communicating with
systemd from your ow
On Mon, Nov 7, 2011 at 4:00 AM, Lennart Poettering
wrote:
> On Mon, 07.11.11 13:52, NeilBrown (ne...@suse.de) wrote:
>
>> > Why doesn't the kernel do that on its own?
>>
>> Because the kernel doesn't know about the format of the metadata that
>> describes the array.
>
> Yupp, my suggestion would b
On 11-11-02 14:32, Lennart Poettering wrote:
What we do right now is this:
kill_all_processes();
do {
umount_all_file_systems_we_can();
read_only_mount_all_remaining_file_systems();
} while (we_had_some_success_with_that());
jump_into_initrd();
As long as mdmon references a file fro
