Re: [systemd-devel] 'tasks' as first-order objects?

2010-08-14 Thread Lennart Poettering
On Sat, 14.08.10 17:59, Lennart Poettering (lenn...@poettering.net) wrote: On Fri, 13.08.10 12:16, Bill Nottingham (nott...@redhat.com) wrote: Lennart Poettering (lenn...@poettering.net) said: Yes, I share the same belief, which is one of the reasons I'd be happy to rename this.

Re: [systemd-devel] 'tasks' as first-order objects?

2010-08-14 Thread Graham Cantin
On Sat, Aug 14, 2010 at 8:59 AM, Lennart Poettering lenn...@poettering.net wrote: On Fri, 13.08.10 12:16, Bill Nottingham (nott...@redhat.com) wrote: Lennart Poettering (lenn...@poettering.net) said: Yes, I share the same belief, which is one of the reasons I'd be happy to rename this.

Re: [systemd-devel] 'tasks' as first-order objects?

2010-08-13 Thread Tollef Fog Heen
]] Lennart Poettering | So, maybe Type=transient is nicer? Sounds a bit scientific but this | word is not unheard in the Free software world at least (i.e. X uses | that iirc) and describes pretty accurately what these kind of processes | are used for, i.e. transient, temporary,

Re: [systemd-devel] 'tasks' as first-order objects?

2010-08-13 Thread Mirco Tischler
Am 13.08.2010 12:49, schrieb Claes H: On Thu, Aug 12, 2010 at 9:21 PM, Lennart Poettering lenn...@poettering.net wrote: So, maybe Type=transient is nicer? Sounds a bit scientific but this word is not unheard in the Free software world at least (i.e. X uses that iirc) and describes pretty

Re: [systemd-devel] 'tasks' as first-order objects?

2010-08-13 Thread Lennart Poettering
On Fri, 13.08.10 00:18, Adam Spragg (a...@spra.gg) wrote: So [auditctl] would be something to set to Type=finish and ValidNoProcess=no. (Oh, and if you have a better suggestion for a name of ValidNoProcess= I am all ears too!) 'RequiresProcess='? Hmm, that would turn around the

[systemd-devel] 'tasks' as first-order objects?

2010-08-12 Thread Bill Nottingham
upstart jobs have two main types - 'services' and 'tasks'. systemd, while it has many other types, doesn't have a 'task' analogue. So, for anything that has the semantics of a task (at this time/dependency, do this thing and exit), ends up being encoded as a service of type 'finish', often with