[systemd-devel] Creating a Release Tarball

2014-02-28 Thread Justin Brown
Sorry for this very basic question, but I've hit a wall and can't figure what I need to do. I'm getting started on trying to do some systemd development. The most natural way for me to compile systemd is to use the Fedora RPM spec to create an RPM and install that on a test machine. I've pulled the

[systemd-devel] [PATCH] tests: add set -e

2014-02-28 Thread Daniel Buch
--- TODO| 1 - test/TEST-01-BASIC/test.sh | 2 ++ test/TEST-02-CRYPTSETUP/test.sh | 2 ++ test/TEST-03-JOBS/test-jobs.sh | 1 + test/TEST-03-JOBS/test.sh | 2 ++ test/rules-test.sh | 2 ++ 6 files changed, 9 insertions(+), 1 deletion(-) diff --

Re: [systemd-devel] [HEADSUP] Formalizing Backports

2014-02-28 Thread Michael Biebl
2014-02-28 18:33 GMT+01:00 Greg KH : > On Fri, Feb 28, 2014 at 02:34:15PM +0100, Lennart Poettering wrote: >> Heya! >> >> Since a while now we have been adding Backport tags to git commits with >> "git notes". Zbigniew and Colin have now set up a new git repo with a >> "stable" branch where these a

Re: [systemd-devel] [HEADSUP] Formalizing Backports

2014-02-28 Thread Greg KH
On Fri, Feb 28, 2014 at 02:34:15PM +0100, Lennart Poettering wrote: > Heya! > > Since a while now we have been adding Backport tags to git commits with > "git notes". Zbigniew and Colin have now set up a new git repo with a > "stable" branch where these are backported to selected versions, to > sh

Re: [systemd-devel] StartLimitAction Feature

2014-02-28 Thread Usman
Thanks Lennart. Just a follow up question, can we get the "result" from the Agent Released message on the dbus somehow? Or which message should I be listening on dbus for this? On Thursday, February 27, 2014 5:14 PM, Lennart Poettering wrote: On Wed, 26.02.14 11:59, Usman (deser...@yahoo.c

[systemd-devel] [PATCH] Do not cache use_smack() value unless /sys is mounted

2014-02-28 Thread Łukasz Stelmach
use_smack() is called very early via mkdir_p_label(). This happens before /sys is mounted and hence before the authoritative information about smack is even available. To prevent caching of the invalid value check whether /sys/fs exists. --- src/shared/smack-util.c |3 +++ 1 file changed, 3 in

[systemd-devel] [PATCH] sd-network: IPv4 link-local support [v2]

2014-02-28 Thread Umut Tezduyar Lindskog
Implements IPv4LL with respect to RFC 3927 (http://tools.ietf.org/rfc/rfc3927.txt) and integrates it with networkd. Majority of the IPv4LL state machine is taken from avahi (http://avahi.org/) project's autoip. IPv4LL can be enabled by IPv4LL=yes under [Network] section of .network file. IPv4LL w

Re: [systemd-devel] statically linking systemd-socket-proxyd

2014-02-28 Thread Vincent Batts
On 28/02/14 00:24 +0100, Lennart Poettering wrote: On Thu, 27.02.14 15:35, Vincent Batts (vba...@redhat.com) wrote: I see that despite --enable-static listed as a ./configure flag, it is not supported. Can we get a Makefile target for compiling the systemd-socket-proxyd as statically linked? Fo

[systemd-devel] [PATCH] TODO: Simple conditionals in tmpfiles

2014-02-28 Thread Josh Triplett
--- Strawman proposal, open to suggestions. A change like this would make tmpfiles flexible enough to detect what permission configuration an admin wants to use and go along with that. In general, "set a directory's permissions based on the set{u,g}id status of the binary" seems common enough to

[systemd-devel] [BUG] debug logging is disabled at early stage

2014-02-28 Thread Łukasz Stelmach
Hello All, I am debugging some problems around mount_setup_early() and find that systemd, with log_max_level set to LOG_INFO in log.c and configured hundred lines below in main.c, is unable to tell me things I'd like to know. Just for today I can change log_max_level to LOG_DEBUG but it seems this

[systemd-devel] [HEADSUP] Formalizing Backports

2014-02-28 Thread Lennart Poettering
Heya! Since a while now we have been adding Backport tags to git commits with "git notes". Zbigniew and Colin have now set up a new git repo with a "stable" branch where these are backported to selected versions, to share some work between the distributions which happen to stabilize on these versi

Re: [systemd-devel] [PATCH] sd-dhcp: implement IPv4 link-local support

2014-02-28 Thread Tom Gundersen
On Fri, Feb 28, 2014 at 2:39 PM, Lennart Poettering wrote: > On Fri, 28.02.14 14:34, Tom Gundersen (t...@jklm.no) wrote: >> On Fri, Feb 28, 2014 at 2:24 PM, Lennart Poettering >> wrote: >> > >> >> If you stop LL state machine and start again, then you will go through >> >> the probe/announce/defe

Re: [systemd-devel] [PATCH] sd-dhcp: implement IPv4 link-local support

2014-02-28 Thread Lennart Poettering
On Fri, 28.02.14 14:34, Tom Gundersen (t...@jklm.no) wrote: > > On Fri, Feb 28, 2014 at 2:24 PM, Lennart Poettering > wrote: > > > >> If you stop LL state machine and start again, then you will go through > >> the probe/announce/defend process anyways. Tell you the truth I didn't > >> quite unde

Re: [systemd-devel] [PATCH] sd-dhcp: implement IPv4 link-local support

2014-02-28 Thread Tom Gundersen
On Fri, Feb 28, 2014 at 2:24 PM, Lennart Poettering wrote: > >> If you stop LL state machine and start again, then you will go through >> the probe/announce/defend process anyways. Tell you the truth I didn't >> quite understand your question. > > Well, in embedded environments (unlike on mobile/d

Re: [systemd-devel] [PATCH] sd-dhcp: implement IPv4 link-local support

2014-02-28 Thread Lennart Poettering
On Fri, 28.02.14 09:05, Umut Tezduyar Lindskog (umut.tezdu...@axis.com) wrote: > > Hmm, how is this hooked up in detail? i.e. when is the IPv4LL state machine > > started? I think I'd like to see this started after a short while when no > > DHCP > > response is seen, and immediately stopped as so

Re: [systemd-devel] [PATCH] sd-dhcp: implement IPv4 link-local support

2014-02-28 Thread Lennart Poettering
On Fri, 28.02.14 09:17, Umut Tezduyar Lindskog (umut.tezdu...@axis.com) wrote: > > > +} else if (ll->state == IPV4LL_STATE_WAITING_PROBE || > > > + ll->state == IPV4LL_STATE_PROBING || > > > + ll->state == > > > + IPV4LL_STATE_WAI

Re: [systemd-devel] RTC on BeagleBone Black or embedded platforms

2014-02-28 Thread Lennart Poettering
On Fri, 28.02.14 11:13, Koen Kooi (k...@dominion.thruhere.net) wrote: > > > Op 27 feb. 2014, om 18:56 heeft Lennart Poettering > het volgende geschreven: > > > On Thu, 27.02.14 10:46, Mike (bellyac...@gmail.com) wrote: > > > > Heya, > > > >> My biggest dilemma at this time right now is with

Re: [systemd-devel] [PATCH] core: add default extra dependency option

2014-02-28 Thread WaLyong Cho
On 02/28/2014 06:16 PM, Thomas Bächler wrote: > Am 28.02.2014 10:02, schrieb WaLyong Cho: >> systemd is already provide a special unit. If the type of unit is >> service then that is 'basic.target'. Additionally default extra >> dependency can be listed in system.conf and then other service unit wi

Re: [systemd-devel] RTC on BeagleBone Black or embedded platforms

2014-02-28 Thread Koen Kooi
Op 27 feb. 2014, om 18:56 heeft Lennart Poettering het volgende geschreven: > On Thu, 27.02.14 10:46, Mike (bellyac...@gmail.com) wrote: > > Heya, > >> My biggest dilemma at this time right now is with the RTC. The >> BeagleBone Black does have a RTC and it gets assigned to /dev/rtc0. >> The

Re: [systemd-devel] [PATCH] sd-dhcp: implement IPv4 link-local support

2014-02-28 Thread Tom Gundersen
On Fri, Feb 28, 2014 at 9:05 AM, Umut Tezduyar Lindskog wrote: >> If an IPv4LL address has been acquired, and then a DHCP server becomes >> available, do we really want to drop the address entirely? At least for >> IPv6 there's this concept of "deprecated" addresses for this purpose. I am >> prett

Re: [systemd-devel] [PATCH] core: add default extra dependency option

2014-02-28 Thread Thomas Bächler
Am 28.02.2014 10:02, schrieb WaLyong Cho: > systemd is already provide a special unit. If the type of unit is > service then that is 'basic.target'. Additionally default extra > dependency can be listed in system.conf and then other service unit will > have "After=" dependency implicitly. > In conf

[systemd-devel] [PATCH] core: add default extra dependency option

2014-02-28 Thread WaLyong Cho
systemd is already provide a special unit. If the type of unit is service then that is 'basic.target'. Additionally default extra dependency can be listed in system.conf and then other service unit will have "After=" dependency implicitly. In config directory /etc/systemd/default-extra-dependencies

Re: [systemd-devel] [PATCH] sd-dhcp: implement IPv4 link-local support

2014-02-28 Thread Umut Tezduyar Lindskog
Hi, > -Original Message- > From: Zbigniew Jędrzejewski-Szmek [mailto:zbys...@in.waw.pl] > Sent: den 28 februari 2014 04:08 > To: Umut Tezduyar Lindskog > Cc: systemd-devel@lists.freedesktop.org; Umut Tezduyar Lindskog > Subject: Re: [systemd-devel] [PATCH] sd-dhcp: implement IPv4 link-loca

Re: [systemd-devel] [PATCH] sd-dhcp: implement IPv4 link-local support

2014-02-28 Thread Umut Tezduyar Lindskog
Hi, > -Original Message- > From: Lennart Poettering [mailto:lenn...@poettering.net] > Sent: den 28 februari 2014 00:56 > To: Umut Tezduyar Lindskog > Cc: systemd-devel@lists.freedesktop.org; Umut Tezduyar Lindskog > Subject: Re: [systemd-devel] [PATCH] sd-dhcp: implement IPv4 link-local >