Signed-off-by: Radoslaw Pajak r.pa...@samsung.com
---
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
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 .gperf file.
Signed-off-by: Radoslaw Pajak r.pa...@samsung.com
---
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
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 the
2014-02-18 0:29 GMT+04:00 H. Peter Anvin h...@zytor.com:
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: v.tols...@selfip.ru
jabber: v...@selfip.ru
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
On Tue, Feb 18, 2014 at 11:05 AM, Thomas Bächler tho...@archlinux.org 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
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
On Tue, Feb 18, 2014 at 6:03 AM, Zbigniew Jędrzejewski-Szmek
zbys...@in.waw.pl 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
On Tue, Feb 18, 2014 at 11:57 AM, Jóhann B. Guðmundsson
johan...@gmail.com 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
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
On 02/18/2014 02:32 AM, Vasiliy Tolstov wrote:
2014-02-18 0:29 GMT+04:00 H. Peter Anvin h...@zytor.com:
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
On Tue, Feb 18, 2014 at 1:20 PM, Jan Janssen medhe...@web.de 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
On Tue, 18.02.14 06:03, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) 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
On Tue, 18.02.14 09:50, arnaud gaboury (arnaud.gabo...@gmail.com) 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 because of a
On Tue, 18.02.14 12:26, Cecil Westerhof (cecil.wester...@snow.nl) 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 cycle...
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
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 one is
It was 2014-02-14 pią 02:24, when Lennart Poettering wrote:
On Thu, 19.12.13 16:58, Łukasz Stelmach (l.stelm...@samsung.com) 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, as the
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
Gesendet: Dienstag, 18. Februar 2014 um 13:33 Uhr
Von: Tom Gundersen t...@jklm.no
An: Jan Janssen medhe...@web.de
Cc: systemd Mailing List systemd-devel@lists.freedesktop.org
Betreff: Re: [systemd-devel] [HEADS-UP] It's release time!
On Tue, Feb 18, 2014 at 1:20 PM, Jan Janssen
SECCOMP_CFLAGS must be in the global CFLAGS as seccomp.h 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
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
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
---
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
+++
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 affairs
On Tue, Feb 18, 2014 at 3:07 PM, Patrik Flykt
patrik.fl...@linux.intel.com 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
On Tue, Feb 18, 2014 at 10:56:36AM -0300, Cristian Rodríguez wrote:
SECCOMP_CFLAGS must be in the global CFLAGS as seccomp.h 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)
---
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 3:30 PM, Patrik Flykt
patrik.fl...@linux.intel.com wrote:
---
Minor correction to the news section.
Applied. Thanks!
-t
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
From: Thomas Hindoe Paaboel Andersen pho...@gmail.com
---
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, 18.02.14 14:39, Łukasz Stelmach (l.stelm...@samsung.com) 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]
-Original Message-
From: Lennart Poettering [mailto:lenn...@poettering.net]
Sent: Tuesday, February 18, 2014 8:19 AM
To: Łukasz Stelmach
Cc: Schaufler, Casey; systemd-devel@lists.freedesktop.org
Subject: Re: [systemd-devel] [PATCH] Set loaded_policy in smack_setup()
On Tue,
-Original Message-
From: Schaufler, Casey
Sent: Tuesday, February 18, 2014 8:27 AM
To: Lennart Poettering; Łukasz Stelmach
Cc: systemd-devel@lists.freedesktop.org; Schaufler, Casey
Subject: RE: [systemd-devel] [PATCH] Set loaded_policy in smack_setup()
-Original Message-
On Tue, 18.02.14 16:37, Schaufler, Casey (casey.schauf...@intel.com) wrote:
-Original Message-
From: Schaufler, Casey
Sent: Tuesday, February 18, 2014 8:27 AM
To: Lennart Poettering; Łukasz Stelmach
Cc: systemd-devel@lists.freedesktop.org; Schaufler, Casey
Subject: RE:
2014-02-18 3:26 GMT+01:00 Lennart Poettering lenn...@poettering.net:
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.
2014-02-18 18:36 GMT+01:00 Michael Biebl mbi...@gmail.com:
What's interesting, running (as root)
sudo make check
I get two failing tests:
./build-aux/test-driver: line 107: 18426 Aborted $@
$log_file 21
FAIL: test-unit-name
./build-aux/test-driver: line 107: 18519 Aborted
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
---
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
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
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 approach,
On Tue, 18.02.14 18:36, Michael Biebl (mbi...@gmail.com) wrote:
2014-02-18 3:26 GMT+01:00 Lennart Poettering lenn...@poettering.net:
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
From: Thomas Hindoe Paaboel Andersen pho...@gmail.com
---
Makefile.am | 3 ++
man/machinectl.xml | 8
shell-completion/bash/machinectl | 97
src/machine/machinectl.c | 14 +-
4 files changed, 120
From: Thomas Hindoe Paaboel Andersen pho...@gmail.com
---
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
+++
On Tue, 18.02.14 21:09, Thomas H.P. Andersen (pho...@gmail.com) wrote:
Applied both! Thanks!
From: Thomas Hindoe Paaboel Andersen pho...@gmail.com
---
man/machinectl.xml | 8
src/machine/machinectl.c | 8
2 files changed, 16 deletions(-)
diff --git
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 was
On Tue, 18.02.14 13:45, H. Peter Anvin (h...@zytor.com) 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 a 64bit
On Tue, 18.02.14 14:44, Dave Reisner (dreis...@archlinux.org) 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
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, 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/machinectl.c
On Wed, Feb 19, 2014 at 2:54 AM, Zbigniew Jędrzejewski-Szmek
zbys...@in.waw.pl 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_*
On Tue, Feb 18, 2014 at 8:32 PM, Jason A. Donenfeld ja...@zx2c4.com wrote:
---
kdbus.txt | 32
1 file changed, 16 insertions(+), 16 deletions(-)
Applied.
Thanks,
Kay
___
systemd-devel mailing list
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
53 matches
Mail list logo