[systemd-devel] [PATCH] networkd: don't clear dhcpv6 lease timers if there's no previous lease

If client->lease is NULL, dhcp6_lease_clear_timers will cause a segmentation fault. --- src/libsystemd-network/sd-dhcp6-client.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/src/libsystemd-network/sd-dhcp6-client.c b/src/libsystemd-network/sd-dhcp6-client.c index 8fdbbfe.

[systemd-devel] [PATCH] networkd: accept section DHCP in systemd.network files

--- src/network/networkd-network.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/network/networkd-network.c b/src/network/networkd-network.c index 9ab4f23..9f6de18 100644 --- a/src/network/networkd-network.c +++ b/src/network/networkd-network.c @@ -92,7 +92,7 @@ static in

[systemd-devel] systemd.network DHCP section on 215

The docs say to use the section [DHCP] now, and [DHCPv4] is presumably deprecated? I'm getting this on systemd 215: [/etc/systemd/network/bridge-dhcp.network:5] Unknown section 'DHCP'. Ignoring. Looks like networkd-network.c still looks for DHCPv4: r = config_parse(NULL, filename, file,

Re: [systemd-devel] [ANNOUNCE] systemd 215

В Thu, 3 Jul 2014 22:59:57 +0200 Lennart Poettering пишет: > > * A new command "systemctl is-system-running" has been added > that allows checking the overall state of the system, for > example whether it is fully up and running. > Is it more reliable than simply wa

[systemd-devel] systemd-networkd DHCPv6 segfault

There's a bug in the DHCPv6 implementation somewhere. systemd-networkd was crashing every time it started, so I took a look in gdb: # gdb /usr/lib/systemd/systemd-networkd GNU gdb (GDB) 7.7.1 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later

Re: [systemd-devel] Persistent virtio device name removal

On Fri, Jul 4, 2014 at 12:55 AM, Michael Marineau wrote: > Working on bumping to 215 over here in CoreOS land, but I've got a > question regarding the removal of persistent device names for virtio > devices since changing the network device names creates a difficult > upgrade path from 212. The co

Re: [systemd-devel] [PATCH] networkd: Introduce tun/tap device

On Fri, Jul 4, 2014 at 12:21 AM, Moviuro wrote: > On Thursday 03 July 2014 23:59:03 you wrote: >> On Monday 30 June 2014 22:23:30 Susant Sahani wrote: >> > This patch introduces TUN/TAP device creation support >> > to networkd. >> > >> > Example conf to create a tap device: >> > >> > file: tap.net

[systemd-devel] Persistent virtio device name removal

Working on bumping to 215 over here in CoreOS land, but I've got a question regarding the removal of persistent device names for virtio devices since changing the network device names creates a difficult upgrade path from 212. The commit was: http://cgit.freedesktop.org/systemd/systemd/commit/?id=

Re: [systemd-devel] [PATCH] networkd: Introduce tun/tap device

On Thursday 03 July 2014 23:59:03 you wrote: > On Monday 30 June 2014 22:23:30 Susant Sahani wrote: > > This patch introduces TUN/TAP device creation support > > to networkd. > > > > Example conf to create a tap device: > > > > file: tap.netdev > > -- > > [NetDev] > > Name=tap-tes

Re: [systemd-devel] [PATCH] networkd: Introduce tun/tap device

On Monday 30 June 2014 22:23:30 Susant Sahani wrote: > This patch introduces TUN/TAP device creation support > to networkd. > > Example conf to create a tap device: > > file: tap.netdev > -- > [NetDev] > Name=tap-test > Kind=tap > > [Tap] > OneQueue=true > MultiQueue=true > Packe

[systemd-devel] [ANNOUNCE] systemd 215

Heya! A lot of work to make factory reset, stateless systems and disconnected updates working. A lot of networkd love (dhcp4 server!) and coredumpctl is now finally really really useful. http://www.freedesktop.org/software/systemd/systemd-215.tar.xz Enjoy! CHANGES WITH 215: * A new too

Re: [systemd-devel] [PATCH] arch: add crisv32

On Thu, 03.07.14 22:14, Umut Tezduyar Lindskog (u...@tezduyar.com) wrote: > > This makes me wonder though, was the "cris" identifier ever used by > > uname? Or was that simply incorrect cruft? If so, I'd prefer removing > > it? > > Seems like this was a mistake. I checked up few products and unam

Re: [systemd-devel] [PATCH] sd-path: add missing header

On Thu, Jul 03, 2014 at 10:28:29PM +0200, Umut Tezduyar Lindskog wrote: > --- > src/libsystemd/sd-path/sd-path.c |1 + > 1 file changed, 1 insertion(+) > > diff --git a/src/libsystemd/sd-path/sd-path.c > b/src/libsystemd/sd-path/sd-path.c > index 7ade915..360c854 100644 > --- a/src/libsystem

[systemd-devel] [PATCH] sd-path: add missing header

--- src/libsystemd/sd-path/sd-path.c |1 + 1 file changed, 1 insertion(+) diff --git a/src/libsystemd/sd-path/sd-path.c b/src/libsystemd/sd-path/sd-path.c index 7ade915..360c854 100644 --- a/src/libsystemd/sd-path/sd-path.c +++ b/src/libsystemd/sd-path/sd-path.c @@ -22,6 +22,7 @@ #include "p

Re: [systemd-devel] [PATCH] arch: add crisv32

Hi, On Thu, Jul 3, 2014 at 1:09 PM, Lennart Poettering wrote: > On Thu, 03.07.14 09:54, Umut Tezduyar Lindskog (umut.tezdu...@axis.com) wrote: > >> --- >> src/shared/architecture.c |1 + >> 1 file changed, 1 insertion(+) >> >> diff --git a/src/shared/architecture.c b/src/shared/architecture.

Re: [systemd-devel] systemd-fsck-root semantics

On Jul 3, 2014, at 12:43 PM, Uoti Urpala wrote: > On Thu, 2014-07-03 at 12:00 -0600, Chris Murphy wrote: >> What about a new fs_passno value of -1 that means "use default for this file >> system type", and systemd spawns fsck based on the recommendation of that >> file system's devs? > > How

Re: [systemd-devel] systemd-fsck-root semantics

On Thu, 2014-07-03 at 12:00 -0600, Chris Murphy wrote: > What about a new fs_passno value of -1 that means "use default for this file > system type", and systemd spawns fsck based on the recommendation of that > file system's devs? How should the file system devs communicate their current recomm

Re: [systemd-devel] systemd-fsck-root semantics

On Jul 3, 2014, at 6:23 AM, Tom Gundersen wrote: > Hm, the only way this would get re-fscked in the system is if it is > explicitly configured to be in /etc/fstab... Shouldn't we just give > people what they ask for? In practice, often the wrong thing is happening these days. Users and distros

Re: [systemd-devel] Behavior regarding ReadWriteDirectories= and otheres

On Sun, 15.06.14 09:52, Jan Janssen (medhe...@web.de) wrote: > Hi, > > while booting this morning I noticed that a service I wrote which > had a very paranoid > PrivateTmp=yes > ReadOnlyDirectories=/ > ReadWriteDirectories=/var/cache/something > which used to work quite nicely w

Re: [systemd-devel] ERRNO parameter in NOTIFY_SOCKET (request for patch review)

Ack, I'll use StatusErrno. Thanks, Miguel Ángel. - Original Message - > On Thu, 03.07.14 16:05, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) > wrote: > > > > > On Thu, Jul 03, 2014 at 08:35:33AM -0400, Miguel Angel Ajo Pelayo wrote: > > > > i.e. introduce a new dbus property "StatusE

Re: [systemd-devel] ERRNO parameter in NOTIFY_SOCKET (request for patch review)

On Thu, 03.07.14 16:05, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote: > > On Thu, Jul 03, 2014 at 08:35:33AM -0400, Miguel Angel Ajo Pelayo wrote: > > > i.e. introduce a new dbus property "StatusErrNo", place it next to the > > > existing "StatusText", and call the field in the C "Servic

Re: [systemd-devel] ERRNO parameter in NOTIFY_SOCKET (request for patch review)

On Thu, Jul 03, 2014 at 08:35:33AM -0400, Miguel Angel Ajo Pelayo wrote: > > i.e. introduce a new dbus property "StatusErrNo", place it next to the > > existing "StatusText", and call the field in the C "Service" struct > > "status_errno", and put it next to "status_text", and so on... "StatusErrno

Re: [systemd-devel] systemd-fsck-root semantics

On Thu, Jul 03, 2014 at 02:23:57PM +0200, Tom Gundersen wrote: > On Thu, Jul 3, 2014 at 2:14 PM, Zbigniew Jędrzejewski-Szmek > wrote: > > On Thu, Jul 03, 2014 at 11:49:20AM +0200, Thomas Bächler wrote: > >> Am 02.07.2014 14:29, schrieb Daniel Drake: > >> > If I'm reading things right, actually the

Re: [systemd-devel] [PATCH v2] Support for building journal-remote without microhttpd

On Thu, Jul 03, 2014 at 01:25:41PM +0200, Lennart Poettering wrote: > On Thu, 12.06.14 23:04, Charles Duffy (char...@dyfis.net) wrote: > > > On Thu, Jun 12, 2014 at 10:40 PM, Charles Duffy wrote: > > > > > Howdy -- > > > > > > It seems a bit unfortunate to have the only way to deserialize conten

Re: [systemd-devel] [PATCH] arch: add crisv32

On Thu, 03.07.14 13:36, Simon McVittie (simon.mcvit...@collabora.co.uk) wrote: > > On 03/07/14 12:09, Lennart Poettering wrote: > > 32bit ARM (yay, at least 4 ABIs to choose from, well done!) > > The current status quo in Debian and its derivatives seems to be "when > introducing a new

Re: [systemd-devel] [PATCH] arch: add crisv32

On 03/07/14 12:09, Lennart Poettering wrote: > 32bit ARM (yay, at least 4 ABIs to choose from, well done!) The current status quo in Debian and its derivatives seems to be "when introducing a new ARM flavour, the ARM and toolchain people argue about its canonical name for a while". There

Re: [systemd-devel] ERRNO parameter in NOTIFY_SOCKET (request for patch review)

Perfect, Lennart, thank you very much for the feedback, I'll modify the patch to do it that way, and I'll send it to the list. Best, Miguel Ángel - Original Message - > On Thu, 03.07.14 05:38, Miguel Angel Ajo Pelayo (mangel...@redhat.com) wrote: > > > > > > >   I was trying to make u

Re: [systemd-devel] ERRNO parameter in NOTIFY_SOCKET (request for patch review)

On Thu, 03.07.14 05:38, Miguel Angel Ajo Pelayo (mangel...@redhat.com) wrote: > > >   I was trying to make use of the ERRNO message in the NOTIFY_SOCKET > mechanism, to signal services that were running on degraded mode > but didn't exit. > > I discovered that it wasn't implemented [1], so I wr

Re: [systemd-devel] systemd-fsck-root semantics

On Thu, Jul 3, 2014 at 2:14 PM, Zbigniew Jędrzejewski-Szmek wrote: > On Thu, Jul 03, 2014 at 11:49:20AM +0200, Thomas Bächler wrote: >> Am 02.07.2014 14:29, schrieb Daniel Drake: >> > If I'm reading things right, actually the default behaviour is (when >> > no hints are supplied in kernel cmdline)

Re: [systemd-devel] [PATCH] arch: add crisv32

On Thu, 3 Jul 2014 13:09:02 +0200 Lennart Poettering wrote: > On Thu, 03.07.14 09:54, Umut Tezduyar Lindskog > (umut.tezdu...@axis.com) wrote: > > > --- > > src/shared/architecture.c |1 + > > 1 file changed, 1 insertion(+) > > > > diff --git a/src/shared/architecture.c b/src/shared/archit

Re: [systemd-devel] systemd-fsck-root semantics

On Thu, Jul 03, 2014 at 11:49:20AM +0200, Thomas Bächler wrote: > Am 02.07.2014 14:29, schrieb Daniel Drake: > > If I'm reading things right, actually the default behaviour is (when > > no hints are supplied in kernel cmdline) : > > 1. systemd runs fsck on root from initramfs > > 2. systemd mount

Re: [systemd-devel] Misleading udev error messages regarding virtual interfaces

On Wed, Jul 2, 2014 at 5:23 PM, Leonid Isaev wrote: > On Wed, Jul 02, 2014 at 03:15:58PM +0200, Lennart Poettering wrote: >> On Sun, 29.06.14 17:50, Leonid Isaev (lis...@umail.iu.edu) wrote: >> >> > Hi, >> > >> > I am seeing the following messages in my syslog on each boot: >> > -- >> > $

Re: [systemd-devel] Misleading udev error messages regarding virtual interfaces

On Wed, 02.07.14 11:23, Leonid Isaev (lis...@umail.iu.edu) wrote: > > I have improved the error message in git to print the actual error that > > is happening. This should make it easier to figure out what is going > > wrong. > > Thanks! it would be good to know what the precise error output is

Re: [systemd-devel] [PATCH] [RFC] Add binary password agent protocol

On Fri, 27.06.14 01:54, David Härdeman (da...@hardeman.nu) wrote: > Add binary string handling functions and extend the password agent > protocol to support binary strings (using "=" as a string prefix > instead of "+"). I am feeling a bit uneasy about this one. I have the suspicion that the enti

Re: [systemd-devel] [PATCH] journald: collect process data from socket data

> -Original Message- > From: Lennart Poettering [mailto:lenn...@poettering.net] > Sent: Thursday, July 03, 2014 1:13 PM > To: Piotr Wilczek > Cc: systemd-devel@lists.freedesktop.org; Kyungmin Park; Juho Son; > Bartlomiej Zolnierkiewicz > Subject: Re: [systemd-devel] [PATCH] journald: coll

Re: [systemd-devel] [PATCH] core/cryptsetup: Add WantsMountFor option to enable fallback to password request for crypt mounts.

On Sun, 25.05.14 12:39, Przemek Rudy (pru...@o2.pl) wrote: > -Set *manager_get_units_requiring_mounts_for(Manager *m, const char *path) { > +Set *manager_get_units_need_mounts_for(Manager *m, const char *path, > bool strong) { Please don't invent new bools halfway. Please always use the same logi

Re: [systemd-devel] Unable to override systemd-udevd.service

On Wed, 23.04.14 10:15, Kirill Elagin (kirela...@gmail.com) wrote: Sorry for taking so long to reply to this mail. This is actually a well-known bug, that I should be working on, but never do, because it is not trivial. Long story short: the way we look for unit files is a bit borked. The algorit

Re: [systemd-devel] [PATCH v2] Support for building journal-remote without microhttpd

On Thu, 12.06.14 23:04, Charles Duffy (char...@dyfis.net) wrote: > On Thu, Jun 12, 2014 at 10:40 PM, Charles Duffy wrote: > > > Howdy -- > > > > It seems a bit unfortunate to have the only way to deserialize content in > > journald's official serialization/export format depend on a HTTP server >

Re: [systemd-devel] [PATCH] networkd: Introduce tun/tap device

On Mon, 30.06.14 22:23, Susant Sahani (sus...@redhat.com) wrote: > This patch introduces TUN/TAP device creation support > to networkd. Appears to have been applied earlier today by Tom! Thanks! Lennart -- Lennart Poettering, Red Hat ___ systemd-dev

Re: [systemd-devel] [PATCH] fileio: make parse_env_file() return number of parsed items

On Mon, 02.06.14 18:03, Michal Sekletar (msekl...@redhat.com) wrote: > This should make logic in locale_setup() work as intended, hence don't > parse /etc/locale.conf if admin passed to us explicit locale settings on > kernel cmdline. Do we still need this? I really don#t want the cmdline timesta

Re: [systemd-devel] [PATCH] journald: collect process data from socket data

On Mon, 02.06.14 12:56, Piotr Wilczek (p.wilc...@samsung.com) wrote: > > On 06/01/2014 07:52 AM, Lennart Poettering wrote: > >On Fri, 30.05.14 12:45, Piotr Wilczek (p.wilc...@samsung.com) wrote: > > > >>This patch adds posibility for journal to get process data from > >>socket data (if available)

Re: [systemd-devel] Restarting from inside systemd-nspawn container results in deactivation

On Mon, 02.06.14 11:47, Jonathan Liu (net...@gmail.com) wrote: > > > Hi, > > I am using systemd 212 on Arch Linux 64-bit with the following patch applied: > http://cgit.freedesktop.org/systemd/systemd/commit/?id=d8e40d62ab871a87fde421c4b246bb45bc3cbe2d > > I have system

Re: [systemd-devel] [PATCH] arch: add crisv32

On Thu, 03.07.14 09:54, Umut Tezduyar Lindskog (umut.tezdu...@axis.com) wrote: > --- > src/shared/architecture.c |1 + > 1 file changed, 1 insertion(+) > > diff --git a/src/shared/architecture.c b/src/shared/architecture.c > index 9e0c3ef..7dd049a 100644 > --- a/src/shared/architecture.c > +

Re: [systemd-devel] systemd-fsck-root semantics

Am 02.07.2014 14:29, schrieb Daniel Drake: > If I'm reading things right, actually the default behaviour is (when > no hints are supplied in kernel cmdline) : > 1. systemd runs fsck on root from initramfs > 2. systemd mounts root fs ro > 3. switch-root onto real system > 4. systemd-fsck-root ru

[systemd-devel] ERRNO parameter in NOTIFY_SOCKET (request for patch review)

  I was trying to make use of the ERRNO message in the NOTIFY_SOCKET mechanism, to signal services that were running on degraded mode but didn't exit. I discovered that it wasn't implemented [1], so I wrote a patch [2] Initially I exposed the code as "ExecMainCode" but that was overwritten a

[systemd-devel] [PATCH] arch: add crisv32

--- src/shared/architecture.c |1 + 1 file changed, 1 insertion(+) diff --git a/src/shared/architecture.c b/src/shared/architecture.c index 9e0c3ef..7dd049a 100644 --- a/src/shared/architecture.c +++ b/src/shared/architecture.c @@ -116,6 +116,7 @@ Architecture uname_architecture(void) {