Re: [systemd-devel] Communicating need

2011-05-12 Thread Scott James Remnant
On Thu, May 12, 2011 at 6:59 PM, Gustavo Sverzut Barbieri < [email protected]> wrote: > > Well, maybe you didn't get the activation part or you're trolling :-) > > Neither... > As I said in my mail about the bluetooth part, the problem with kernel > modules is that "you don't know what's in

Re: [systemd-devel] Communicating need

2011-05-12 Thread Gustavo Sverzut Barbieri
On Thu, May 12, 2011 at 1:09 PM, Scott James Remnant wrote: > On Mon, May 9, 2011 at 4:32 PM, Lennart Poettering > wrote: > >> On Mon, 09.05.11 13:13, Scott James Remnant ([email protected]) wrote: >> >> > The System Daemon seems to be where systemd is much more clever; a >> Bluetooth >> > devic

Re: [systemd-devel] Communicating need

2011-05-12 Thread Scott James Remnant
On Mon, May 9, 2011 at 4:32 PM, Lennart Poettering wrote: > On Mon, 09.05.11 13:13, Scott James Remnant ([email protected]) wrote: > > > The System Daemon seems to be where systemd is much more clever; a > Bluetooth > > device unit would "want" the System Daemon, but that could be joined with > >

Re: [systemd-devel] device units rely on udev rules?

2011-05-12 Thread Scott James Remnant
On Mon, May 9, 2011 at 12:43 PM, Lennart Poettering wrote: > > This means there are a large number of devices already known to the > kernel > > at the point that systemd starts, especially if you build the drivers > into > > the kernel for those devices. It's possible to get going straight away >

Re: [systemd-devel] Parallel startup with sockets and without killing the machine?

2011-05-12 Thread Scott James Remnant
On Tue, May 10, 2011 at 9:39 AM, Lennart Poettering wrote: > Note that you need to delay execution of user code after the base system > is set up anyway, in order to ensure that the right perms are set on the > volatile and other directories. That means having a single transaction > for both user