Re: [systemd-devel] [systemd-commits] 3 commits - src/libsystemd src/network src/udev

2014-04-20 Thread Zbigniew Jędrzejewski-Szmek
On Sun, Apr 20, 2014 at 05:45:18AM -0700, Tom Gundersen wrote: > commit 6190b9f9d2574428d560458a99f2838041cfdaac > Author: Tom Gundersen > Date: Sun Apr 20 07:51:28 2014 +0200 > > sd-rtnl: log when queues are exhausted > > diff --git a/src/libsystemd/sd-rtnl/sd-rtnl.c > b/src/libsystemd/s

Re: [systemd-devel] [PATCH] libudev: replace name_to_handle_at with normal sscanf

2014-04-20 Thread Kay Sievers
On Sun, Apr 20, 2014 at 5:36 AM, Zbigniew Jędrzejewski-Szmek wrote: > Hi Kay, > it seems that handles are not crucial, and the simplified version below > works too. Is there something I'm missing? The name_to_handle API works properly with bind mounts, it's the more reliable API. It also was in

Re: [systemd-devel] [PATCH] libudev: replace name_to_handle_at with normal sscanf

2014-04-20 Thread Cristian Rodríguez
El 20/04/14 10:53, Kay Sievers escribió: On Sun, Apr 20, 2014 at 5:36 AM, Zbigniew Jędrzejewski-Szmek wrote: Hi Kay, it seems that handles are not crucial, and the simplified version below works too. Is there something I'm missing? The real problem here is that kernel developers took the q

Re: [systemd-devel] [PATCH] libudev: replace name_to_handle_at with normal sscanf

2014-04-20 Thread Zbigniew Jędrzejewski-Szmek
On Sun, Apr 20, 2014 at 03:53:05PM +0200, Kay Sievers wrote: > On Sun, Apr 20, 2014 at 5:36 AM, Zbigniew Jędrzejewski-Szmek > wrote: > > > Hi Kay, > > it seems that handles are not crucial, and the simplified version below > > works too. Is there something I'm missing? > > The name_to_handle API

Re: [systemd-devel] Cache passphrase for cryptsetup?

2014-04-20 Thread Matthew Monaco
On 04/19/2014 02:49 PM, Nikolaus Rath wrote: > Hello, > > I have several LUKS encrypted volumes that use the same > passphrase. Before switching to systemd, I have used the decrypt_keyctl > keyscript to cache the passphrase, so that I have to enter it only once. > > As far as I can tell, the syst

Re: [systemd-devel] Cache passphrase for cryptsetup?

2014-04-20 Thread Mantas Mikulėnas
On 2014-04-20 21:45, Matthew Monaco wrote: > And of course, the third option would be to submit a patch. The src/cryptsetup > stuff is pretty straightforward. Wasn't one submitted just a month ago? -- Mantas Mikulėnas ___ systemd-devel mailing list sy

Re: [systemd-devel] [systemd-commits] 3 commits - src/libsystemd src/network src/udev

2014-04-20 Thread Tom Gundersen
On Sun, Apr 20, 2014 at 3:16 PM, Zbigniew Jędrzejewski-Szmek wrote: > On Sun, Apr 20, 2014 at 05:45:18AM -0700, Tom Gundersen wrote: >> commit 6190b9f9d2574428d560458a99f2838041cfdaac >> Author: Tom Gundersen >> Date: Sun Apr 20 07:51:28 2014 +0200 >> >> sd-rtnl: log when queues are exhaust

Re: [systemd-devel] Cache passphrase for cryptsetup?

2014-04-20 Thread Nikolaus Rath
Matthew Monaco writes: > On 04/19/2014 02:49 PM, Nikolaus Rath wrote: >> I have several LUKS encrypted volumes that use the same >> passphrase. Before switching to systemd, I have used the decrypt_keyctl >> keyscript to cache the passphrase, so that I have to enter it only once. >> >> As far as I

Re: [systemd-devel] [PATCH] Removed duplicate includes

2014-04-20 Thread Zbigniew Jędrzejewski-Szmek
On Tue, Apr 08, 2014 at 11:14:16AM +0200, Bas van den Berg wrote: > Signed-off-by: Bas van den Berg > --- > src/journal/journal-remote.c |1 - > src/shared/util.c|1 - > 2 files changed, 2 deletions(-) Applied. Zbyszek ___ systemd-d

Re: [systemd-devel] [PATCH 1/2] condense assignment and path_kill_slashes calls

2014-04-20 Thread Zbigniew Jędrzejewski-Szmek
On Sat, Apr 19, 2014 at 01:33:28PM -0400, Dave Reisner wrote: > --- > Some of these are cases where the output variable is being modified, > but since path_kill_slashes can't fail, I didn't see this as being > controversial. Looks OK. Zbyszek > src/shared/cgroup-util.c | 10 +++--- > src/sha

Re: [systemd-devel] [PATCH 2/2] implement a union to pad out file_handle

2014-04-20 Thread Zbigniew Jędrzejewski-Szmek
On Sat, Apr 19, 2014 at 01:33:29PM -0400, Dave Reisner wrote: > Cases where name_to_handle_at is used allocated the full struct to be > MAX_HANDLE_SZ, and assigned this size to handle_bytes. This is wrong > since handle_bytes should describe the length of the flexible array > member and not the who

Re: [systemd-devel] [PATCH] doc: fix items' names in PORTING-DBUS1

2014-04-20 Thread Zbigniew Jędrzejewski-Szmek
On Thu, Apr 10, 2014 at 02:50:23PM +0200, Lukasz Skalski wrote: > --- > src/libsystemd/sd-bus/PORTING-DBUS1 | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/src/libsystemd/sd-bus/PORTING-DBUS1 > b/src/libsystemd/sd-bus/PORTING-DBUS1 > index f2ebcd7..6205e32 100644 > --- a

Re: [systemd-devel] networkd slaac and radv

2014-04-20 Thread Vasiliy Tolstov
2014-04-11 2:36 GMT+04:00 Vasiliy Tolstov : > Hello. How can i via networkd can configure network interface to use > radv provided prefixes? > For example after boot interface is up and have SLAAC generated > address (link local) after its receives ra it have global prefix. Anybody knowns? Does i