Re: [arch-dev-public] merging systemd back to a singular package

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



On Tue, Aug 28, 2012 at 10:24 AM, Guus Snijders <gsnijders@xxxxxxxxx> wrote:
> Op 28 aug. 2012 10:06 schreef "Tom Gundersen" <teg@xxxxxxx> het volgende:
>> If that works, it would be great. However, I'm very skeptical. I don't
>> see how this could possibly work for services of type other than
>> "forking" (i.e., how to simulate socket/dbus activation). As we hope
>> that as few services as possible will be using Type=forking, that is a
>> problem. Having had a brief look through the code/documents I see no
>> mention of this issue, but maybe I'm missing something obvious...
>
> Actually, that sounds like a fairly  small issue...
>
> With most daemons i prefer to either start them at boot or not at all.
> In case any daemon requires socket activation, you can use xinetd for those.

I guess what I wrote was a bit misleading. Ignore socket/dbus
activation (that is a side effect only). The point is that I don't see
how to make daemons of Type=simple (the default), Type=dbus or
Type=notify work without reimplementing much of systemd (regardless of
when/how they are started).

The point is that those kinds of daemons have moved functionality out
of the daemon itself and into systemd, so the analogous must be done
in the rc scripts.

Hopefully the Debian guys have found a clever solution for this, I'd
be interested to see it :)

Cheers,

Tom


[Index of Archives]     [Linux Wireless]     [Linux Kernel]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Share Photos]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]
  Powered by Linux