It seems that unit_get_siblings_mask returns the controllers
filtered by what is available, but get_members_mask and
get_cgroup_mask do not. This just fixes the test following the
symptoms, since I don't know what is the expected behaviour.
---
I haven't looked at the code recently... so I'm just
On Tue, Feb 18, 2014 at 8:32 PM, Jason A. Donenfeld wrote:
> ---
> kdbus.txt | 32
> 1 file changed, 16 insertions(+), 16 deletions(-)
Applied.
Thanks,
Kay
___
systemd-devel mailing list
[email protected]
On Wed, Feb 19, 2014 at 2:54 AM, Zbigniew Jędrzejewski-Szmek
wrote:
> On Tue, Feb 18, 2014 at 07:11:08PM +0100, Jason A. Donenfeld wrote:
> I think Lennart meant a change the other way around, since the new policy is
> to have the return value as the last argument. But sd_j_* functions are older
On Tue, Feb 18, 2014 at 07:11:08PM +0100, Jason A. Donenfeld wrote:
> This matches the API of previous headers, such as sd-journal.h.
> ---
> TODO | 2 --
> src/libsystemd/sd-bus/bus-util.c | 8
> src/libsystemd/sd-bus/sd-bus.c | 4 ++--
> src/machine/machine
On Tue, Feb 18, 2014 at 01:34:24PM -0800, Tom Gundersen wrote:
> diff --git a/src/network/networkd-network.c b/src/network/networkd-network.c
> index 48131c1..a470c22 100644
> --- a/src/network/networkd-network.c
> +++ b/src/network/networkd-network.c
> @@ -178,7 +178,7 @@ int network_get(Manager *
On Tue, 18.02.14 14:44, Dave Reisner ([email protected]) wrote:
> Arch Linux uses nspawn as a container for building packages and needs
> to be able to start a 32bit chroot from a 64bit host. 24fb11120756
> disrupted this feature when seccomp handling was added.
As mentioned on IRC. I have c
On Tue, 18.02.14 13:45, H. Peter Anvin ([email protected]) wrote:
>
> On 02/18/2014 11:52 AM, Dave Reisner wrote:
> > On Tue, Feb 18, 2014 at 02:44:14PM -0500, Dave Reisner wrote:
> >> Arch Linux uses nspawn as a container for building packages and needs
> >> to be able to start a 32bit chroot from
On 02/18/2014 11:52 AM, Dave Reisner wrote:
> On Tue, Feb 18, 2014 at 02:44:14PM -0500, Dave Reisner wrote:
>> Arch Linux uses nspawn as a container for building packages and needs
>> to be able to start a 32bit chroot from a 64bit host. 24fb11120756
>> disrupted this feature when seccomp handling
On Tue, 18.02.14 21:09, Thomas H.P. Andersen ([email protected]) wrote:
Applied both! Thanks!
> From: Thomas Hindoe Paaboel Andersen
>
> ---
> man/machinectl.xml | 8
> src/machine/machinectl.c | 8
> 2 files changed, 16 deletions(-)
>
> diff --git a/man/machinectl.xml
From: Thomas Hindoe Paaboel Andersen
---
man/machinectl.xml | 8
src/machine/machinectl.c | 8
2 files changed, 16 deletions(-)
diff --git a/man/machinectl.xml b/man/machinectl.xml
index 9eb45dc..89ab474 100644
--- a/man/machinectl.xml
+++ b/man/machinectl.xml
@@ -103,14
From: Thomas Hindoe Paaboel Andersen
---
Makefile.am | 3 ++
man/machinectl.xml | 8
shell-completion/bash/machinectl | 97
src/machine/machinectl.c | 14 +-
4 files changed, 120 insertions(+), 2 delet
On Tue, 18.02.14 18:36, Michael Biebl ([email protected]) wrote:
>
> 2014-02-18 3:26 GMT+01:00 Lennart Poettering :
> > Heya!
> >
> > It's release time again! It has been more than 4 months now since the
> > last release. That's kinda emberassing, since we actually intended to go
> > for a 2-3 wee
On Tue, Feb 18, 2014 at 02:44:14PM -0500, Dave Reisner wrote:
> Arch Linux uses nspawn as a container for building packages and needs
> to be able to start a 32bit chroot from a 64bit host. 24fb11120756
> disrupted this feature when seccomp handling was added.
> ---
> Lennart suggested this approac
Arch Linux uses nspawn as a container for building packages and needs
to be able to start a 32bit chroot from a 64bit host. 24fb11120756
disrupted this feature when seccomp handling was added.
---
Lennart suggested this approach, and it works nicely.
src/nspawn/nspawn.c | 8
1 file chang
---
kdbus.txt | 32
1 file changed, 16 insertions(+), 16 deletions(-)
diff --git a/kdbus.txt b/kdbus.txt
index a3d806b..de36672 100644
--- a/kdbus.txt
+++ b/kdbus.txt
@@ -6,7 +6,7 @@ all communication between processes take place over special
character device
no
This matches the API of previous headers, such as sd-journal.h.
---
TODO | 2 --
src/libsystemd/sd-bus/bus-util.c | 8
src/libsystemd/sd-bus/sd-bus.c | 4 ++--
src/machine/machinectl.c | 2 +-
src/systemd/sd-bus.h | 4 ++--
5 files changed
2014-02-18 18:36 GMT+01:00 Michael Biebl :
> What's interesting, running (as root)
> sudo make check
> I get two failing tests:
>
> ./build-aux/test-driver: line 107: 18426 Aborted "$@"
>> $log_file 2>&1
> FAIL: test-unit-name
> ./build-aux/test-driver: line 107: 18519 Aborted
2014-02-18 3:26 GMT+01:00 Lennart Poettering :
> Heya!
>
> It's release time again! It has been more than 4 months now since the
> last release. That's kinda emberassing, since we actually intended to go
> for a 2-3 week cycle... The big dbus transition took some time however.
>
> Aynway, I just fi
On Tue, 18.02.14 16:37, Schaufler, Casey ([email protected]) wrote:
> > -Original Message-
> > From: Schaufler, Casey
> > Sent: Tuesday, February 18, 2014 8:27 AM
> > To: Lennart Poettering; Łukasz Stelmach
> > Cc: [email protected]; Schaufler, Casey
> > Subject:
On Tue, 18.02.14 16:26, Schaufler, Casey ([email protected]) wrote:
> > -Original Message-
> > From: Lennart Poettering [mailto:[email protected]]
> > Sent: Tuesday, February 18, 2014 8:19 AM
> > To: Łukasz Stelmach
> > Cc: Schaufler, Casey; [email protected]
On Tue, 18.02.14 16:39, Thomas H.P. Andersen ([email protected]) wrote:
> From: Thomas Hindoe Paaboel Andersen
Applied! Thanks!
>
> ---
> man/machinectl.xml | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/man/machinectl.xml b/man/machinectl.xml
> index 5c30c44..ca
> -Original Message-
> From: Schaufler, Casey
> Sent: Tuesday, February 18, 2014 8:27 AM
> To: Lennart Poettering; Łukasz Stelmach
> Cc: [email protected]; Schaufler, Casey
> Subject: RE: [systemd-devel] [PATCH] Set loaded_policy in smack_setup()
>
> > -Original Messa
> -Original Message-
> From: Lennart Poettering [mailto:[email protected]]
> Sent: Tuesday, February 18, 2014 8:19 AM
> To: Łukasz Stelmach
> Cc: Schaufler, Casey; [email protected]
> Subject: Re: [systemd-devel] [PATCH] Set loaded_policy in smack_setup()
>
> On Tue,
On Tue, 18.02.14 14:39, Łukasz Stelmach ([email protected]) wrote:
> Do you have any plans to push the commit[1] upstream?
>
> Footnotes:
>
> [1] http://article.gmane.org/gmane.comp.sysutils.systemd.devel/15596
> [2]
> https://review.tizen.org/git/?p=platform/upstream/systemd.git;a=commitd
From: Thomas Hindoe Paaboel Andersen
---
man/machinectl.xml | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/man/machinectl.xml b/man/machinectl.xml
index 5c30c44..ca4d52b 100644
--- a/man/machinectl.xml
+++ b/man/machinectl.xml
@@ -163,7 +163,7 @@
On Tue, Feb 18, 2014 at 3:30 PM, Patrik Flykt
wrote:
> ---
> Minor correction to the news section.
Applied. Thanks!
-t
___
systemd-devel mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
---
Minor correction to the news section.
Cheers,
Patrik
NEWS | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/NEWS b/NEWS
index 4c7fb72..b40d369 100644
--- a/NEWS
+++ b/NEWS
@@ -85,8 +85,8 @@ CHANGES WITH 209:
around the route netlink interface of
On Tue, Feb 18, 2014 at 10:56:36AM -0300, Cristian Rodríguez wrote:
> SECCOMP_CFLAGS must be in the global CFLAGS as is
> included in core/execute.h. when seccomp.h is not in the standard
> path.(i.e openSUSE has it in /usr/include/pkg/libseccomp/, precisely to
> catch this kind of bugs) compiling
On Tue, Feb 18, 2014 at 3:07 PM, Patrik Flykt
wrote:
> To celebrate the upcoming release, here is a test case that runs the basic
> client side DHCP Discover-Offer-Request-ACK sequence (patch 03). This test
> should catch any major breakages with the client implementation. Of course
> more tests a
Hi,
On Tue, 2014-02-18 at 03:26 +0100, Lennart Poettering wrote:
> Kay, Zbigniew, Tom, David, Patrik, anything left to fix before I roll a
> release? I'd like to roll the release tomorrow (tuesday) or
> wednesday. Please have a closer look and test!
I'm fine with the DHCP state of affair
Upon startup the DHCP library will immediately send a DHCP Discover.
Handle the additional DHCP Discover checking and DHCP Offer sending
in test_addr_acq_recv_discover(). Write a zero UDP checksum, the
received XID and the faked MAC address into place to create a DHCP
message the library can accept
---
src/libsystemd-dhcp/test-dhcp-client.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/src/libsystemd-dhcp/test-dhcp-client.c
b/src/libsystemd-dhcp/test-dhcp-client.c
index f341b3c..32c79eb 100644
--- a/src/libsystemd-dhcp/test-dhcp-client.c
+++ b/src/libsystemd-dhcp/test-dhcp
Add a callback function that will handle the test case specific checking.
---
src/libsystemd-dhcp/test-dhcp-client.c | 38 +++---
1 file changed, 31 insertions(+), 7 deletions(-)
diff --git a/src/libsystemd-dhcp/test-dhcp-client.c
b/src/libsystemd-dhcp/test-dhcp-clien
Hi,
To celebrate the upcoming release, here is a test case that runs the basic
client side DHCP Discover-Offer-Request-ACK sequence (patch 03). This test
should catch any major breakages with the client implementation. Of course
more tests are needed, but let's start with this one.
Patch 01
SECCOMP_CFLAGS must be in the global CFLAGS as is
included in core/execute.h. when seccomp.h is not in the standard
path.(i.e openSUSE has it in /usr/include/pkg/libseccomp/, precisely to
catch this kind of bugs) compiling systemd fails.
---
Makefile.am | 1 +
1 file changed, 1 insertion(+)
diff
> Gesendet: Dienstag, 18. Februar 2014 um 13:33 Uhr
> Von: "Tom Gundersen"
> An: "Jan Janssen"
> Cc: "systemd Mailing List"
> Betreff: Re: [systemd-devel] [HEADS-UP] It's release time!
>
> On Tue, Feb 18, 2014 at 1:20 PM, Jan Janssen wrote:
> > the *.link files for networkd completely lack docu
On Tue, Feb 18, 2014 at 12:28:42AM -0500, Jason St. John wrote:
> ---
> This is a resubmit that should apply cleanly on top of Jan Engelhardt's
> latest patch (commit 4670e9d).
Applied.
Zbyszek
___
systemd-devel mailing list
[email protected]
It was <2014-02-14 pią 02:24>, when Lennart Poettering wrote:
> On Thu, 19.12.13 16:58, Łukasz Stelmach ([email protected]) wrote:
>
>> With loaded_policy set to true mount_setup() relabels /dev properly.
>
> Hmm, is this still relevant?
(this == [1])
> I am not grokking this patch though,
Well, if the current m4 macros don't work correctly on your system we
> should certainly fix that upstream, that's why I was asking in which way
> your patch precisely differs from what's currently upstream?
>
> Thanks,
>
> Lennart
>
> I just confused which patch you were talking about. David's on
On 02/18/2014 02:00 PM, Lennart Poettering wrote:
It's release time again! It has been more than 4 months now since the
last release. That's kinda emberassing, since we actually intended to go
for a 2-3 week cycle... The big dbus transition took some time however.
Aynway, I just finished a revie
On Tue, 18.02.14 12:26, Cecil Westerhof ([email protected]) wrote:
>
> On 02/18/2014 03:26 AM, Lennart Poettering wrote:
> >It's release time again! It has been more than 4 months now since the
> >last release. That's kinda emberassing, since we actually intended to go
> >for a 2-3 week cyc
On Tue, 18.02.14 09:50, arnaud gaboury ([email protected]) wrote:
> > Hmm, where's the difference if I may ask? With David's commit I see no
> > empty lines in the generated output?
> >
> > Lennart
> >
> >
>
> So fine if it works for you
> In my case, systemd didn't built with dave's pacth
On Tue, 18.02.14 06:03, Zbigniew Jędrzejewski-Szmek ([email protected]) wrote:
> > It's release time again! It has been more than 4 months now since the
> > last release. That's kinda emberassing, since we actually intended to go
> > for a 2-3 week cycle... The big dbus transition took some time h
On Tue, Feb 18, 2014 at 1:20 PM, Jan Janssen wrote:
> the *.link files for networkd completely lack documentation.
They are documented in udev(8). Let me know if anything is unclear or lacking.
> And in general,
> I would say that networkd could benefit from a more detailed man page before
> thi
Lennart Poettering poettering.net> writes:
>
> Heya!
>
> It's release time again! It has been more than 4 months now since the
> last release. That's kinda emberassing, since we actually intended to go
> for a 2-3 week cycle... The big dbus transition took some time however.
>
> Aynway, I just
On 02/18/2014 02:32 AM, Vasiliy Tolstov wrote:
2014-02-18 0:29 GMT+04:00 H. Peter Anvin :
Well, kexec passes an initramfs like any other boot.
Thanks. If that possible to not load initrd via kexec, but use already
unpacked image in the memory?
Not if it is an (init)ramfs. If it is an actua
On 02/18/2014 03:26 AM, Lennart Poettering wrote:
It's release time again! It has been more than 4 months now since the
last release. That's kinda emberassing, since we actually intended to go
for a 2-3 week cycle... The big dbus transition took some time however.
Aynway, I just finished a revie
On Tue, Feb 18, 2014 at 11:57 AM, "Jóhann B. Guðmundsson"
wrote:
> On 02/18/2014 05:03 AM, Zbigniew Jędrzejewski-Szmek wrote:
>>
>> A related question is wheter Fedora should get this release in rawhide:
>> I think yes, but with --disable-kdbus --enable-compat-libs. It's nice
>> thathttps://bugzil
On Tue, Feb 18, 2014 at 6:03 AM, Zbigniew Jędrzejewski-Szmek
wrote:
> On Tue, Feb 18, 2014 at 03:26:35AM +0100, Lennart Poettering wrote:
>>
>> It's release time again! It has been more than 4 months now since the
>> last release. That's kinda emberassing, since we actually intended to go
>> for a
On Tue, Feb 18, 2014 at 10:57:23AM +, "Jóhann B. Guðmundsson" wrote:
>
> On 02/18/2014 05:03 AM, Zbigniew Jędrzejewski-Szmek wrote:
> >A related question is wheter Fedora should get this release in rawhide:
> >I think yes, but with --disable-kdbus --enable-compat-libs. It's nice
> >thathttps:/
On Tue, Feb 18, 2014 at 11:05 AM, Thomas Bächler wrote:
> Am 17.02.2014 21:27, schrieb Manuel Reimer:
>> As soon as a bigger coredump (about 500 MB) is to be stored, the whole
>> system slows down significantly. Seems like storing such big amounts of
>> data takes pretty long and is a very CPU hun
On 02/18/2014 05:03 AM, Zbigniew Jędrzejewski-Szmek wrote:
A related question is wheter Fedora should get this release in rawhide:
I think yes, but with --disable-kdbus --enable-compat-libs. It's nice
thathttps://bugzilla.redhat.com/show_bug.cgi?id=1065572 got fixed just
in time.
Rawhide is the
2014-02-18 0:29 GMT+04:00 H. Peter Anvin :
> Well, kexec passes an initramfs like any other boot.
Thanks. If that possible to not load initrd via kexec, but use already
unpacked image in the memory?
--
Vasiliy Tolstov,
e-mail: [email protected]
jabber: [email protected]
_
On 02/18/2014 10:50 AM, Radoslaw Pajak wrote:
> Signed-off-by: Radoslaw Pajak
> ---
> connection.c |6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/connection.c b/connection.c
> index 95f75e1..9982da2 100644
> --- a/connection.c
> +++ b/connection.c
> @@ -1884,6
Am 17.02.2014 21:27, schrieb Manuel Reimer:
> As soon as a bigger coredump (about 500 MB) is to be stored, the whole
> system slows down significantly. Seems like storing such big amounts of
> data takes pretty long and is a very CPU hungry process...
I completely agree. Since the kernel ignores t
Signed-off-by: Radoslaw Pajak
---
connection.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/connection.c b/connection.c
index 95f75e1..9982da2 100644
--- a/connection.c
+++ b/connection.c
@@ -1884,6 +1884,9 @@ int kdbus_conn_new(struct kdbus_ep *ep,
BUILD_B
> Hmm, where's the difference if I may ask? With David's commit I see no
> empty lines in the generated output?
>
> Lennart
>
> --
> Lennart Poettering, Red Hat
>
So fine if it works for you
In my case, systemd didn't built with dave's pacth because of a few blank
lined left in the generated .gper
Signed-off-by: Radoslaw Pajak
---
connection.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/connection.c b/connection.c
index 95f75e1..9982da2 100644
--- a/connection.c
+++ b/connection.c
@@ -1884,6 +1884,9 @@ int kdbus_conn_new(struct kdbus_ep *ep,
BUILD_B
58 matches
Mail list logo
