Re: [OE-core] [PATCH 00/21][RFC v3] systemd Integration

2013-01-14 Thread Radu Moisan
On 01/14/2013 08:10 PM, Saul Wold wrote: On 01/14/2013 09:16 AM, Radu Moisan wrote: On 01/12/2013 01:23 AM, Saul Wold wrote: On 01/08/2013 04:24 AM, Radu Moisan wrote: As Ross suggested I've done the following changes to the previous set: * added two patches (the first two) that address mult

Re: [OE-core] [PATCH 00/21][RFC v3] systemd Integration

2013-01-14 Thread Saul Wold
On 01/14/2013 09:16 AM, Radu Moisan wrote: On 01/12/2013 01:23 AM, Saul Wold wrote: On 01/08/2013 04:24 AM, Radu Moisan wrote: As Ross suggested I've done the following changes to the previous set: * added two patches (the first two) that address multiple init systems support,\ as in shifting

Re: [OE-core] [PATCH 00/21][RFC v3] systemd Integration

2013-01-14 Thread Radu Moisan
On 01/12/2013 01:23 AM, Saul Wold wrote: On 01/08/2013 04:24 AM, Radu Moisan wrote: As Ross suggested I've done the following changes to the previous set: * added two patches (the first two) that address multiple init systems support,\ as in shifting from default hardcoded sysvinit to somethin

Re: [OE-core] [PATCH 00/21][RFC v3] systemd Integration

2013-01-14 Thread Radu Moisan
On 01/11/2013 07:45 PM, Saul Wold wrote: On 01/11/2013 07:12 AM, Radu Moisan wrote: On 01/10/2013 08:27 PM, Khem Raj wrote: On Thu, Jan 10, 2013 at 12:02 AM, Radu Moisan wrote: On 01/09/2013 07:14 PM, Khem Raj wrote: On Tue, Jan 8, 2013 at 4:24 AM, Radu Moisan wrote: As Ross suggested I'v

Re: [OE-core] [PATCH 00/21][RFC v3] systemd Integration

2013-01-13 Thread Yi Qingliang
When add it in the oe-core? On Friday, January 11, 2013 03:23:06 PM Saul Wold wrote: > On 01/08/2013 04:24 AM, Radu Moisan wrote: > > As Ross suggested I've done the following changes to the previous set: > > * added two patches (the first two) that address multiple init systems > > support,\ as i

Re: [OE-core] [PATCH 00/21][RFC v3] systemd Integration

2013-01-11 Thread Saul Wold
On 01/08/2013 04:24 AM, Radu Moisan wrote: As Ross suggested I've done the following changes to the previous set: * added two patches (the first two) that address multiple init systems support,\ as in shifting from default hardcoded sysvinit to something more generic while the default values stil

Re: [OE-core] [PATCH 00/21][RFC v3] systemd Integration

2013-01-11 Thread Saul Wold
On 01/11/2013 07:12 AM, Radu Moisan wrote: On 01/10/2013 08:27 PM, Khem Raj wrote: On Thu, Jan 10, 2013 at 12:02 AM, Radu Moisan wrote: On 01/09/2013 07:14 PM, Khem Raj wrote: On Tue, Jan 8, 2013 at 4:24 AM, Radu Moisan wrote: As Ross suggested I've done the following changes to the previo

Re: [OE-core] [PATCH 00/21][RFC v3] systemd Integration

2013-01-11 Thread Radu Moisan
On 01/10/2013 08:27 PM, Khem Raj wrote: On Thu, Jan 10, 2013 at 12:02 AM, Radu Moisan wrote: On 01/09/2013 07:14 PM, Khem Raj wrote: On Tue, Jan 8, 2013 at 4:24 AM, Radu Moisan wrote: As Ross suggested I've done the following changes to the previous set: * added two patches (the first two)

Re: [OE-core] [PATCH 00/21][RFC v3] systemd Integration

2013-01-10 Thread Khem Raj
On Thu, Jan 10, 2013 at 12:02 AM, Radu Moisan wrote: > > On 01/09/2013 07:14 PM, Khem Raj wrote: >> >> On Tue, Jan 8, 2013 at 4:24 AM, Radu Moisan wrote: >>> >>> As Ross suggested I've done the following changes to the previous set: >>> * added two patches (the first two) that address multiple in

Re: [OE-core] [PATCH 00/21][RFC v3] systemd Integration

2013-01-09 Thread Radu Moisan
On 01/09/2013 07:14 PM, Khem Raj wrote: On Tue, Jan 8, 2013 at 4:24 AM, Radu Moisan wrote: As Ross suggested I've done the following changes to the previous set: * added two patches (the first two) that address multiple init systems support,\ as in shifting from default hardcoded sysvinit to s

Re: [OE-core] [PATCH 00/21][RFC v3] systemd Integration

2013-01-09 Thread Khem Raj
On Tue, Jan 8, 2013 at 4:24 AM, Radu Moisan wrote: > As Ross suggested I've done the following changes to the previous set: > * added two patches (the first two) that address multiple init systems > support,\ > as in shifting from default hardcoded sysvinit to something more generic while > the d

Re: [OE-core] [PATCH 00/21][RFC v3] systemd Integration

2013-01-09 Thread Khem Raj
On Tue, Jan 8, 2013 at 7:01 AM, Radu Moisan wrote: > Was this removal done on purpose? > > > I had to port the patch manually so I guess it got lost then. Do we want to > have Sign-off-by from author as well? > absolutely thats the purpose of SOB to track to certificate of origin you should have

Re: [OE-core] [PATCH 00/21][RFC v3] systemd Integration

2013-01-09 Thread Khem Raj
On Wed, Jan 9, 2013 at 8:51 AM, Saul Wold wrote: >> | ./.libs/libsystemd-daemon.so: undefined reference to `mq_getattr' >> | collect2: error: ld returned 1 exit status >> | make[2]: *** [test-daemon] Error 1 >> | rm units/console-shell.service.m4 >> src/core/org.freedesktop.systemd1.policy.in unit

Re: [OE-core] [PATCH 00/21][RFC v3] systemd Integration

2013-01-09 Thread Saul Wold
On 01/08/2013 04:24 AM, Radu Moisan wrote: As Ross suggested I've done the following changes to the previous set: * added two patches (the first two) that address multiple init systems support,\ as in shifting from default hardcoded sysvinit to something more generic while the default values stil

Re: [OE-core] [PATCH 00/21][RFC v3] systemd Integration

2013-01-08 Thread Samuel Stirtzel
2013/1/8 Radu Moisan : > > On 01/08/2013 04:57 PM, Burton, Ross wrote: >> >> On 8 January 2013 15:01, Radu Moisan wrote: >>> >>> I am pretty sure that I added a 'Signed-off-by:' field to my patch but >>> it is missing in the commit. Other patches don't have the signed-off-by >>> of the original a

Re: [OE-core] [PATCH 00/21][RFC v3] systemd Integration

2013-01-08 Thread Enrico Scholz
Radu Moisan writes: > No question about that, the question was whether to add Sign-off-by > from the author itself. I know that we are doing it like that right > now, but I don't understand it's reasoning. Being the author of a > patch what would be the point in adding a Sign-off-by with the same

Re: [OE-core] [PATCH 00/21][RFC v3] systemd Integration

2013-01-08 Thread Burton, Ross
On 8 January 2013 15:11, Radu Moisan wrote: > No question about that, the question was whether to add Sign-off-by from the > author itself. I know that we are doing it like that right now, but I don't > understand it's reasoning. Being the author of a patch what would be the > point in adding a Si

Re: [OE-core] [PATCH 00/21][RFC v3] systemd Integration

2013-01-08 Thread Radu Moisan
On 01/08/2013 04:57 PM, Burton, Ross wrote: On 8 January 2013 15:01, Radu Moisan wrote: I am pretty sure that I added a 'Signed-off-by:' field to my patch but it is missing in the commit. Other patches don't have the signed-off-by of the original author neither. Was this removal done on purp

Re: [OE-core] [PATCH 00/21][RFC v3] systemd Integration

2013-01-08 Thread Burton, Ross
On 8 January 2013 15:01, Radu Moisan wrote: > I am pretty sure that I added a 'Signed-off-by:' field to my patch but > it is missing in the commit. Other patches don't have the signed-off-by > of the original author neither. > > Was this removal done on purpose? > > > I had to port the patch manu

Re: [OE-core] [PATCH 00/21][RFC v3] systemd Integration

2013-01-08 Thread Radu Moisan
On 01/08/2013 02:57 PM, Enrico Scholz wrote: Radu Moisan writes: Enrico Scholz (1): systemd: move disable operation into prerm() script http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rmoisan/systemd&id=e01411c2400231a89bc76a229b38e7eb95b7cd81 I am pretty sure that I add

Re: [OE-core] [PATCH 00/21][RFC v3] systemd Integration

2013-01-08 Thread Enrico Scholz
Radu Moisan writes: > Enrico Scholz (1): > systemd: move disable operation into prerm() script http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rmoisan/systemd&id=e01411c2400231a89bc76a229b38e7eb95b7cd81 I am pretty sure that I added a 'Signed-off-by:' field to my patch but it

[OE-core] [PATCH 00/21][RFC v3] systemd Integration

2013-01-08 Thread Radu Moisan
As Ross suggested I've done the following changes to the previous set: * added two patches (the first two) that address multiple init systems support,\ as in shifting from default hardcoded sysvinit to something more generic while the default values still remains on sysvinit * moved automatic setti