Re: [systemd-devel] [PATCH] sysusers: fix uninitialized warning

On Sun, Jul 6, 2014 at 1:33 PM, Ronny Chevalier wrote: > --- > src/sysusers/sysusers.c | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/src/sysusers/sysusers.c b/src/sysusers/sysusers.c > index 1209a5a..c0af693 100644 > --- a/src/sysusers/sysusers.c > +++ b/src/sysusers/sysusers.c > @@

Re: [systemd-devel] [PATCH] machine: fix uninitialized variable

Thanks for the report. I pushed a slightly different fix. We generally prefer to just return directly the value rather than assigning it to r first (when possible). -t On Sun, Jul 6, 2014 at 1:33 PM, Ronny Chevalier wrote: > --- > src/machine/machine.c | 2 +- > 1 file changed, 1 insertion(+),

Re: [systemd-devel] [PATCH] sysusers: fix uninitialized warning

On Sun, Jul 6, 2014 at 2:14 PM, Ronny Chevalier wrote: > 2014-07-06 14:06 GMT+02:00 Tom Gundersen : >> On Sun, Jul 6, 2014 at 1:33 PM, Ronny Chevalier >> wrote: >>> --- >>> src/sysusers/sysusers.c | 2 ++ >>> 1 file changed, 2 insertions(+) >>

Re: [systemd-devel] systemd-networkd fails to get DHCPv4 lease with disabled IPv6

On Sun, Jul 6, 2014 at 7:17 PM, Leonid Isaev wrote: > Hi, > > With systemd-215 networkd fails to set up the DHCPv4 on WAN interface: > -- > $ journalctl -u systemd-networkd.service | grep wlp1s0 > Jul 06 12:21:07 hermes systemd-networkd[355]: wlp1s0 : link > configured > Jul

Re: [systemd-devel] systemd-networkd fails to get DHCPv4 lease with disabled IPv6

On Sun, Jul 6, 2014 at 11:52 PM, Leonid Isaev wrote: > On Sun, Jul 06, 2014 at 08:43:01PM +0200, Tom Gundersen wrote: >> On Sun, Jul 6, 2014 at 7:17 PM, Leonid Isaev wrote: >> > Hi, >> > >> > With systemd-215 networkd fails to set

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

On Sun, Jul 6, 2014 at 6:43 PM, Leonid Isaev wrote: > Hi, > > Sorry for a delayed reply. > > On Thu, Jul 03, 2014 at 01:46:53PM +0200, Lennart Poettering wrote: >> it would be good to know what the precise error output is you get now >> with this new change... > > With systemd-215 udevd still comp

Re: [systemd-devel] [PATCH] dhcp-network: ignore IP packets with More Fragments (MF) flag set

On Mon, Jul 7, 2014 at 2:45 PM, Michal Sekletar wrote: > We already ignore IP fragments, because we expect that Fragment > offset (FO) field is not set. However first fragment in a fragmented IP > flow will have all zeroes in FO field. We should ignore such packet as > well, thus we need to look a

Re: [systemd-devel] Extending os-release

On Mon, Jul 7, 2014 at 9:44 PM, Mantas Mikulėnas wrote: > Sounds like a better fit for /etc/machine-info, as it's really not a distro > thing. Yeah, this sort of info should probably not go in /etc/os-release (we are moving that to /usr/lib/os-release, which should make it clearer that this is re

Re: [systemd-devel] Extending os-release

On Mon, Jul 7, 2014 at 9:44 PM, Mantas Mikulėnas wrote: > Sounds like a better fit for /etc/machine-info, as it's really not a distro > thing. Yeah, this sort of info should probably not go in /etc/os-release (we are moving that to /usr/lib/os-release, which should make it clearer that this is re

Re: [systemd-devel] [PATCH 2/4] Add ENVIRONMENT to hostnamed

On Tue, Jul 8, 2014 at 2:38 AM, Jóhann B. Guðmundsson wrote: > --- > src/hostname/hostnamed.c | 49 > +--- > 1 file changed, 46 insertions(+), 3 deletions(-) > > diff --git a/src/hostname/hostnamed.c b/src/hostname/hostnamed.c > index 514554d..b5ed3e9

Re: [systemd-devel] [PATCH 1/4] Add ENVIRONMENT to hostnamectl

Patches look good. Only found one tiny nit. We should come up with a better name though, feels wrong that the name is very generic (and clashes with other uses), whilst the usage is quite specific (limited to "testing", "staging", "production"). Cheers, Tom On Tue, Jul 8, 2014 at 2:38 AM, Jóhann

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

On Mon, Jul 7, 2014 at 5:21 PM, Leonid Isaev wrote: > Hi, > > On Mon, Jul 07, 2014 at 03:02:47PM +0200, Tom Gundersen wrote: >> On Sun, Jul 6, 2014 at 6:43 PM, Leonid Isaev wrote: >> > Hi, >> > >> > Sorry for a delayed reply. >> > >> >

Re: [systemd-devel] networkd with radv advertised prefixes

On Wed, Jul 9, 2014 at 4:19 PM, Vasiliy Tolstov wrote: > As i see, networkd now able to do dhcpv6, what about configuring > interfaces to accept radv messages and configure it interfaces? What i > need to do on systemd-networkd side? Currently that is not supported, but it is definitely something

Re: [systemd-devel] [PATCH 1/4] Add ENVIRONMENT to hostnamectl

On Tue, Jul 8, 2014 at 10:23 PM, "Jóhann B. Guðmundsson" wrote: > > On 07/08/2014 07:31 PM, Tollef Fog Heen wrote: > > ]] Tom Gundersen > > Patches look good. Only found one tiny nit. We should come up with a > better name though, feels wrong that the name is v

Re: [systemd-devel] [PATCH 1/4] Add ENVIRONMENT to hostnamectl

On Thu, Jul 10, 2014 at 7:06 PM, Tom Gundersen wrote: > On Tue, Jul 8, 2014 at 10:23 PM, "Jóhann B. Guðmundsson" > wrote: >> >> On 07/08/2014 07:31 PM, Tollef Fog Heen wrote: >> >> ]] Tom Gundersen >> >> Patches look good. Only found one tiny

Re: [systemd-devel] [PATCH 1/3] shared: add generic IPC barrier

Couple of random nitpicks below. On Sun, Jul 13, 2014 at 12:37 PM, David Herrmann wrote: > The "Barrier" object is a simple inter-process barrier implementation. It > allows placing synchronization points and waiting for the other side to > reach it. Additionally, it has an abortion-mechanism as

Re: [systemd-devel] [PATCH 1/3] shared: add generic IPC barrier

On Sun, Jul 13, 2014 at 5:37 PM, David Herrmann wrote: > Hi > > On Sun, Jul 13, 2014 at 1:30 PM, Tom Gundersen wrote: >> Couple of random nitpicks below. >> >> On Sun, Jul 13, 2014 at 12:37 PM, David Herrmann >> wrote: >>> The "Barrier" obj

Re: [systemd-devel] systemd-networkd: no network connectivity with 214/master due to 63a070415db09f5b5bcc5c

On Sat, Jul 12, 2014 at 7:38 AM, Camilo Aguilar wrote: >>Hm, if I read the DHCP spec correctly it requires the networks to deal >>with broadcast packets, as NAK is always sent as broadcast, so if this >>is the case we have a bigger problem. > > My interpretation is that a DHCPNAK is usually sent t

Re: [systemd-devel] systemd-networkd fails to get DHCPv4 lease with disabled IPv6

On Mon, Jul 7, 2014 at 10:56 AM, Colin Guthrie wrote: > 'Twas brillig, and Tom Gundersen at 06/07/14 23:32 did gyre and gimble: >>> > That worked... thanks. BTW, is yes/true still a valid argument for DHCP >>> > (because the manpage says otherwise)? >> &quo

Re: [systemd-devel] [networkd] Event source …: Operation not supported

On Fri, Jul 11, 2014 at 10:55 PM, Mark Oteiza wrote: > > Hi, > > networkd on systemd v215 starts churning after printing the error in the > subject. The issue is present on git master. Thanks for the report. Could this be related to ipv6 being disabled on your machine? To verify, try booting wit

Re: [systemd-devel] SIT tunnel does not work

On Sun, Jul 13, 2014 at 9:43 PM, Tomasz Torcz wrote: > On Sun, Jun 29, 2014 at 01:05:22PM +0200, Tomasz Torcz wrote: >> he.netdev: >> -- >> [NetDev] >> Name=he >> Kind=sit >> >> [Tunnel] >> Local=109.107.25.67 >> Remote=216.66.80.162 >> >> >> he.network: >> --- >> [Match] >> Name=e

Re: [systemd-devel] Setting bonding parameters

On Sun, Jul 13, 2014 at 8:33 PM, poma wrote: > On 26.06.2014 15:30, Lukáš Nykrýn wrote: >> >> poma píše v Pá 20. 06. 2014 v 13:36 +0200: >>> >>> On 20.06.2014 13:31, Tom Gundersen wrote: >>>> >>>> On Thu, Jun 19, 2014 at 1:37 PM, Vladi

Re: [systemd-devel] [networkd] Event source …: Operation not supported

On Mon, Jul 14, 2014 at 10:46 PM, Mark Oteiza wrote: > Tom Gundersen writes: > >> On Fri, Jul 11, 2014 at 10:55 PM, Mark Oteiza wrote: >>> >>> Hi, >>> >>> networkd on systemd v215 starts churning after printing the error in >>> the subje

Re: [systemd-devel] systemd-networkd fails to get DHCPv4 lease with disabled IPv6

On Mon, Jul 14, 2014 at 8:06 PM, David Timothy Strauss wrote: > On Sun, Jul 6, 2014 at 3:32 PM, Tom Gundersen wrote: >> "yes" is a synonym for "both" and "no" for "none". > > These are odd semantics, given that IPv6 is completely

Re: [systemd-devel] systemd-networkd fails to get DHCPv4 lease with disabled IPv6

On Mon, Jul 14, 2014 at 10:38 PM, Dan Williams wrote: > On Mon, 2014-07-14 at 11:06 -0700, David Timothy Strauss wrote: >> On Sun, Jul 6, 2014 at 3:32 PM, Tom Gundersen wrote: >> > "yes" is a synonym for "both" and "no" for "none". &g

Re: [systemd-devel] systemd-networkd: setting the MAC address for a .netdev unit?

On Tue, Jul 15, 2014 at 6:33 PM, poma wrote: > On 15.07.2014 09:01, poma wrote: >> >> >> This sometimes works, sometimes not. :) >> https://bugzilla.redhat.com/show_bug.cgi?id=1119481 >> > > Resolved. > https://bugzilla.redhat.com/attachment.cgi?id=918197 > https://bugzilla.redhat.com/attachment.c

Re: [systemd-devel] [PATCH 06/10] tmpfiles: fix permissions of /run/lock and /run/lock/lockdev

Why do you think this should be changed? On Wed, Jul 16, 2014 at 12:09 PM, Jon Severinsson wrote: > From: Tollef Fog Heen > > --- > tmpfiles.d/legacy.conf | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/tmpfiles.d/legacy.conf b/tmpfiles.d/legacy.conf > index 3219672

Re: [systemd-devel] [PATCH 05/10] rules: skip 99-systemd.rules when not running systemd as init

On Wed, Jul 16, 2014 at 12:47 PM, Kay Sievers wrote: > On Wed, Jul 16, 2014 at 12:09 PM, Jon Severinsson > wrote: >> From: Tollef Fog Heen >> >> --- >> rules/99-systemd.rules.in | 1 + >> 1 file changed, 1 insertion(+) > > The file should not do any harm. If it does, we should check if > somet

Re: [systemd-devel] [PATCH 07/10] units: order remote-fs.target after local-fs.target

On Wed, Jul 16, 2014 at 12:09 PM, Jon Severinsson wrote: > From: Michael Biebl > > This change was part of the old debianisation branch created by Tollef > and reflects the fact that on Debian the $remote_fs system facility > depends on $local_fs. If this is merely for sysv compat, it feels wron

Re: [systemd-devel] Unit to test if a domain is reachable

On Fri, Jul 18, 2014 at 1:37 PM, Colin Guthrie wrote: > 'Twas brillig, and Moviuro at 17/07/14 11:41 did gyre and gimble: >> On Thursday 17 July 2014 12:12:22 you wrote: >>> Why not just use network-online.target? >>> http://www.freedesktop.org/software/systemd/man/systemd.special.html#network >>>

Re: [systemd-devel] assert() when restarting systemd-networkd

On Sun, Jul 20, 2014 at 3:12 PM, Michael Olbrich wrote: > > with the current git master (v215-293-g4e6029435111) restarting > systemd-networkd triggers an assert() here: > > In netdev_join_handler(): > assert(IN_SET(link->state, LINK_STATE_ENSLAVING, LINK_STATE_FAILED, >

Re: [systemd-devel] [systemd-commits] 4 commits - man/systemd.netdev.xml src/libsystemd src/network

On Mon, Jul 21, 2014 at 8:44 PM, Lennart Poettering wrote: > On Mon, 21.07.14 11:36, Tom Gundersen (tome...@kemper.freedesktop.org) wrote: > >> +if (b->miimon != 0) { >> +r = sd_rtnl_message_append_u32(m, IFLA_BOND_MIIMON, >> b->miimon /

Re: [systemd-devel] [PATCH v2] networkd: set route protocol

On Tue, Jul 22, 2014 at 11:54 PM, Dan Williams wrote: > All routes added by networkd are currently set RTPROT_BOOT, which according > to the kernel means "Route installed during boot" (rtnetlink.h). But this > is not always the case as networkd changes routing after boot too. Since > the kernel

Re: [systemd-devel] [PATCH] dhcp-network: remove unused DHCP6_STATE_RS

Good catch. Applied. Thanks. Tom On Wed, Jul 23, 2014 at 12:18 AM, Dan Williams wrote: > Probably a left-over from when router solicitations were > requested in the DHCP6 code. But since they are now separate, > this state is no longer needed. > > Signed-off-by: Dan Williams > --- > src/lib

Re: [systemd-devel] Changing configurations with networkd

On Wed, Jul 23, 2014 at 9:50 AM, Michael Olbrich wrote: > I've been experimenting with systemd-networkd to see where it fits my > use-cases. I'm looking for some insight if the issues I'm seeing are bugs, > features just not implemented yet or if my use-case is out of scope for > networkd. > The m

Re: [systemd-devel] Changing configurations with networkd

On Thu, Jul 24, 2014 at 10:16 AM, Michael Olbrich wrote: > On Wed, Jul 23, 2014 at 04:46:26PM +0200, Marcel Holtmann wrote: >> Hi Michael, >> >> >>> I think the lease should be remembered and reused in this case. >> >> >> >> Hm, this sounds like a bug somewhere. When the new discover is sent >> >>

Re: [systemd-devel] Changing configurations with networkd

On Thu, Jul 24, 2014 at 5:59 PM, Michael Olbrich wrote: > On Thu, Jul 24, 2014 at 02:05:24PM +0200, Marcel Holtmann wrote: >> > Right, I spoke too quickly. What I don't want is to preserve state >> > between reboots, preserving it between restarts of networkd would >> > indeed be fine. We already

Re: [systemd-devel] Changing configurations with networkd

On Thu, Jul 24, 2014 at 10:54 PM, Zbigniew Jędrzejewski-Szmek wrote: > On Thu, Jul 24, 2014 at 09:18:14PM +0200, Tom Gundersen wrote: >> A quick fix would be to set >> >> /proc/sys/net/ipv4/conf/all/promote_secondaries >> >> to 1. > Wouldn't it be nice t

Re: [systemd-devel] Changing configurations with networkd

On Fri, Jul 25, 2014 at 11:00 AM, Brendan Hide wrote: > On 24/07/14 14:05, Marcel Holtmann wrote: >> >> Hi Tom, >> >> [snip] >>> >>> ... you already are getting >>> >>> assigned the correct IP address at first, and then only later does >>> this change. What is causing your DHCP server to send out

Re: [systemd-devel] Changing configurations with networkd

On Fri, Jul 25, 2014 at 11:19 AM, Michael Olbrich wrote: > Hi, > > On Fri, Jul 25, 2014 at 11:00:27AM +0200, Brendan Hide wrote: >> On 24/07/14 14:05, Marcel Holtmann wrote: >> >[snip] >> >>... you already are getting >> >>assigned the correct IP address at first, and then only later does >> >>thi

Re: [systemd-devel] [PATCH] networkd: fix reporting errors from hostnamed

On Tue, Jul 22, 2014 at 1:23 AM, Michael Marineau wrote: > The return value may be -EINVAL or a positive errno from the dbus > message. Check both ranges, otherwise most errors are silently ignored. Applied. Thanks! -t > --- > src/network/networkd-link.c | 4 +++- > 1 file changed, 3 insertion

Re: [systemd-devel] documentation and required version

On Wed, Jul 30, 2014 at 1:21 PM, Reindl Harald wrote: > http://www.freedesktop.org/software/systemd/man/systemd.exec.html > > such error messages caused by list all sort of options > without any information when they where introduced are > really annoying - the docs should clearly say the minimum

Re: [systemd-devel] [PATCH] man: fix outdated example in systemd.network

Applied. Thanks! Tom On Mon, Jul 28, 2014 at 6:10 AM, Hong Shick Pak wrote: > The docs for the DHCP= was updated, but not the example. > > --- > man/systemd.network.xml | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/man/systemd.network.xml b/man/systemd.network.xml > i

Re: [systemd-devel] [SOLVED] systemd-networkd & could not find udev device

On Tue, Jul 29, 2014 at 8:38 AM, Raimonds Cicans wrote: > I found who is guilty: option CONFIG_GRKERNSEC_SYSFS_RESTRICT of grsecurity > linux kernel patch > This option restricts /sys file system for non root users Thanks for tracking this down. > But IMHO error message is misleading. I improve

Re: [systemd-devel] assert() when restarting systemd-networkd

On Sun, Jul 20, 2014 at 3:12 PM, Michael Olbrich wrote: > with the current git master (v215-293-g4e6029435111) restarting > systemd-networkd triggers an assert() here: > > In netdev_join_handler(): > assert(IN_SET(link->state, LINK_STATE_ENSLAVING, LINK_STATE_FAILED, >

Re: [systemd-devel] [SOLVED] systemd-networkd & could not find udev device

On Wed, Jul 30, 2014 at 6:40 PM, Raimonds Cicans wrote: > On 30.07.2014 19:21, Tom Gundersen wrote: >> >> On Tue, Jul 29, 2014 at 8:38 AM, Raimonds Cicans wrote: >>> >>> I found who is guilty: option CONFIG_GRKERNSEC_SYSFS_RESTRICT of >>> grsecur

Re: [systemd-devel] systemd-resolved cannot survive router reinstall

On Sat, Aug 9, 2014 at 7:59 PM, Anatol Pomozov wrote: > I have a router where I experiment with OpenWRT. I sysupdate (i.e. > reinstall) openwrt regularly, once or twice a week. I also have an > Arch home server with the latest systemd. The machine connected via > ethernet cable. > > Every time I r

Re: [systemd-devel] [PATCH] sd-dhcp6-client: support custom DUIDs

On Wed, Aug 6, 2014 at 6:17 PM, Dan Williams wrote: > The caller may have an existing DUID that it wants to use, and may > want to use some other DUID generation scheme than systemd's > default DUID-EN. I have no objections a priori to this patch. But what is the use case? Is there some DUID sche

Re: [systemd-devel] systemd-resolved cannot survive router reinstall

On Tue, Aug 12, 2014 at 2:48 AM, Anatol Pomozov wrote: > Thanks for the instructions, here is the log > https://gist.github.com/anatol/cb497118cfad6af3dc60 > > The interesting entries are: > Aug 11 17:30:25 theserver systemd-networkd[32648]: ICMPv6 CLIENT: > Received Router Advertisment flags MANA

Re: [systemd-devel] ipv4ll failed at networkd-dhcp4.c:578

Thanks! Fixed. Tom On Tue, Aug 12, 2014 at 10:00 PM, poma wrote: > > systemd-215gitccf1c02 > > [21.456752] systemd[1]: Starting Network Service... > > [21.935209] sd-nd[630]: Assertion 'link->network->ipv4ll' failed at > ../src/network/networkd-dhcp4.c:578, function dhcp4_configure(). Aborti

Re: [systemd-devel] [PATCH] networkctl: color status dump without link name

Applied. Thanks! On Wed, Aug 13, 2014 at 10:02 PM, Daniel Buch wrote: > Lets mimic colored operational state dump as if link name is appiled > --- > src/network/networkctl.c | 12 ++-- > 1 file changed, 10 insertions(+), 2 deletions(-) > > diff --git a/src/network/networkctl.c b/src/netw

Re: [systemd-devel] [PATCH] resolved: re-add support for getting local domain from DHCP

On Thu, Aug 14, 2014 at 1:11 PM, Lennart Poettering wrote: > > UseDomain= should have the effect of adding the domains from dhcp option > 15 and 119 to the list of domains for the interface. And > sd_network_get_link_domains() should then return a single list, of > deduplicated entries, with the d

Re: [systemd-devel] networkd losing dhcp lease with dracut / nfs root

On Tue, Jul 15, 2014 at 3:50 AM, Rich Freeman wrote: > not update valid_lft > A minute later it again renews DHCP, but also does not update valid_lft. > 51 seconds later it again renews DHCP, and this time it updates valid_lft. > > So, the interface never drops, but it isn't really maintaining > v

Re: [systemd-devel] [PATCH] resolved: re-add support for getting local domain from DHCP

On Thu, Aug 14, 2014 at 1:47 PM, Lennart Poettering wrote: > On Thu, 14.08.14 13:27, Tom Gundersen (t...@jklm.no) wrote: > >> >> On Thu, Aug 14, 2014 at 1:11 PM, Lennart Poettering >> wrote: >> > >> > UseDomain= should have the effect of adding the domai

Re: [systemd-devel] networkd Promiscuous mode

On Thu, Aug 14, 2014 at 3:53 AM, Marcel Holtmann wrote: > Hi Lennart, > >>> There seems to be no way in systemd-networkd to put a link in >>> Promiscuous mode. This is needed to make macvlan work correctly >>> (Otherwise it receives no traffic with its mac address as the >>> destination). If I am

[systemd-devel] [PATCH][pciutils] lspci: pci_id_lookup - add udev/hwdb support

This lets you select hwdb support at compile time. hwdb is an efficient hardware database shipped with recent versions of systemd/udev. It contains among other sources pci.ids so querying hwdb rather than reading pci.ids directly should give the same result. Ideally Linux distros using systemd

Re: [systemd-devel] [PATCH][pciutils] lspci: pci_id_lookup - add udev/hwdb support

On Sat, Jul 20, 2013 at 10:54 PM, Michael Biebl wrote: > 2013/7/20 Tom Gundersen : >> Ideally Linux distros using systemd would like to not ship pci.ids, but use >> hwdb as the only source >> of this information, which this patch allows. > > I don't think you stri

[systemd-devel] [PATCH][pciutils] libpci: pci_id_lookup - add udev/hwdb support

Small correction to the subject, it should have said: [PATCH][pciutils] libpci: pci_id_lookup - add udev/hwdb support On Sat, Jul 20, 2013 at 10:44 PM, Tom Gundersen wrote: > This lets you select hwdb support at compile time. > > hwdb is an efficient hardware database shipped wi

[systemd-devel] [PATCH][usbutils] lsusb: port to hwdb

644 --- a/names.c +++ b/names.c @@ -3,6 +3,7 @@ * names.c -- USB name database manipulation routines * * Copyright (C) 1999, 2000 Thomas Sailer (sai...@ife.ee.ethz.ch) + * Copyright (C) 2013 Tom Gundersen (t...@jklm.no) * * This program is free software; you can redistribute

Re: [systemd-devel] [PATCH][usbutils] lsusb: port to hwdb

On Sun, Jul 21, 2013 at 3:34 AM, Greg KH wrote: > Can this mean I can drop the usb.ids file from the usbutils package? I > can't remember where hwdb is generated from, does it rely on the usb.ids > file for the initial creation? hwdb does not use the usb.ids from the usbutils package. However,

Re: [systemd-devel] Excluding .hwdb files

On 22 Jul 2013 18:19, "Michael Biebl" wrote: > > 2013/7/22 Kay Sievers : > > On Mon, Jul 22, 2013 at 3:32 PM, Umut Tezduyar wrote: > >> For an embedded system that is not using hwdb.bin, we are shipping > >> roughly 4 mb .hwdb files under /usr/lib/udev/hwdb.d. Is it > >> distributions responsibil

Re: [systemd-devel] removal of RD_TIMESTAMP support in initrd

On Tue, Jul 23, 2013 at 12:44 AM, Lennart Poettering wrote: > I do understand that you are currently not running systemd in the initrd > [1], so for you for now this is indeed a loss of functionality. I am > sorry for that, but please understand this as gentle push to maybe use > systemd in the in

[systemd-devel] [PATCH] tmpfiles: don't apply --create to /dev twice during boot

We used to call systemd-tmpfiles --prefix=/dev --create --remove systemd-udevd systemd-tmpfiles --create --remove which caused a bug: The first call would create dead device nodes, udev would change permissions on these nodes, before the second call to tmpfiles would reset the permissions

Re: [systemd-devel] [PATCH] tmpfiles: don't apply --create to /dev twice during boot

On Wed, Jul 24, 2013 at 3:49 PM, Zbigniew Jędrzejewski-Szmek wrote: > On Wed, Jul 24, 2013 at 03:32:55PM +0200, Tom Gundersen wrote: >> Instead allow negation in the prefix filtering, to restrict the >> second call to apply to everything but /dev: >> >> systemd-tmpfi

[systemd-devel] [PATCHv2] tmpfiles: don't apply --create to /dev twice during boot

We used to call systemd-tmpfiles --prefix=/dev --create --remove systemd-udevd systemd-tmpfiles --create --remove which caused a bug: The first call would create dead device nodes, udev would change permissions on these nodes, before the second call to tmpfiles would reset the permissions

Re: [systemd-devel] [PATCH] tmpfiles: don't apply --create to /dev twice during boot

On Wed, Jul 24, 2013 at 4:09 PM, Lennart Poettering wrote: > On Wed, 24.07.13 15:49, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote: > >> >> On Wed, Jul 24, 2013 at 03:32:55PM +0200, Tom Gundersen wrote: >> > Instead allow negation in the prefix filtering, to re

Re: [systemd-devel] [PATCH] build: allow specifying a custom pam session name

On Fri, Jul 26, 2013 at 12:28 AM, Marc-Antoine Perennou wrote: > for distribution now wanting to use "systemd-shared" Could you explain a bit more why this needs to be configurable? What's the usecase? Cheers, Tom ___ systemd-devel mailing list system

Re: [systemd-devel] /home Fails to Mount During Boot

On Sun, Jul 28, 2013 at 12:13 AM, Garry T. Williams wrote: > Recently, my /home file system fails to mount during boot. The > relevant message is: > > systemd[1]: Job dev-sda4.device/start timed out. > systemd[1]: Timed out waiting for device dev-sda4.device. > > I'm dropped to a prompt f

Re: [systemd-devel] [PATCH] fstab-generator: introduce rd.weak_sysroot to bypass failures in sysroot.mount

On Tue, Jul 30, 2013 at 1:53 PM, WANG Chao wrote: > If specified kernel command line rd.weak_sysroot, fstab-generate will > generate a weaker version of sysroot.mount: > - It's not required by initrd-root-fs.target. > - It's not before initrd-root-fs.target. > > So that failure in the weaker sys

Re: [systemd-devel] [PATCH] fstab-generator: introduce rd.weak_sysroot to bypass failures in sysroot.mount

On Tue, Jul 30, 2013 at 2:27 PM, WANG Chao wrote: > On 07/30/13 at 02:05pm, Tom Gundersen wrote: >> On Tue, Jul 30, 2013 at 1:53 PM, WANG Chao wrote: >> > - It's not before initrd-root-fs.target. > In case of kdump, 2nd kernel initrd is used to mount non-root local/re

Re: [systemd-devel] [PATCH] fstab-generator: introduce rd.weak_sysroot to bypass failures in sysroot.mount

On Tue, Jul 30, 2013 at 4:13 PM, Harald Hoyer wrote: > On 07/30/2013 03:46 PM, Zbigniew Jędrzejewski-Szmek wrote: >> Maybe rootfsflags=nofail could do be used as this flag? > > rootfsflags=nofail sounds ok, if it is not used for booting the initial > system. Yeah, you are right, this looks like

Re: [systemd-devel] [PATCH] fstab-generator: introduce rd.weak_sysroot to bypass failures in sysroot.mount

On Tue, Jul 30, 2013 at 8:41 PM, Vivek Goyal wrote: > On Tue, Jul 30, 2013 at 07:34:01PM +0100, Colin Guthrie wrote: >> 'Twas brillig, and Vivek Goyal at 30/07/13 15:26 did gyre and gimble: >> FYI, I don't see any CC's on the original mail as displayed on GMane via >> NNTP... > > I am CCed in orig

Re: [systemd-devel] macros in systemd unit files question

Hi, On Wed, Jul 31, 2013 at 2:14 PM, lux-integ wrote: > > I am trying to learn systemD. I scaned through some of the man pages. I am > here asking if systemD unit file synthesis can be made to support macros; > for example of the following type:- > > #-- > IF mountpoint exists >

Re: [systemd-devel] macros in systemd unit files question

On Wed, Jul 31, 2013 at 3:05 PM, lux-integ wrote: > On Wednesday 31 July 2013 13:26:18 Tom Gundersen wrote: >> If you really need a proper programming >> language, then you'd be better off using a script and pointing >> ExecStart to that. > > example please? Make

Re: [systemd-devel] macros in systemd unit files question

On Wed, Jul 31, 2013 at 4:03 PM, lux-integ wrote: > #-- > IF mountpoint exists > /bin/echo "obladee" > /bin/mount /dev/something $mountpoint > ELSE > /bin/echo "obladaa" > /bin/mount /dev/something somewherelse > ENDiF > #-- > > does this file need to be s

Re: [systemd-devel] macros in systemd unit files question

On Thu, Aug 1, 2013 at 1:45 PM, lux-integ wrote: > On Thursday 01 August 2013 12:15:21 Colin Guthrie wrote: >> The rootfs mount is called -.mount (i.e. a leading -) > many thanks for this >> To be honest with you tho', unless you are tailoring your system for a >> very specific case > > yes this i

Re: [systemd-devel] macros in systemd unit files question

On Thu, Aug 1, 2013 at 4:25 PM, lux-integ wrote: > On Thursday 01 August 2013 12:58:46 Tom Gundersen wrote: >> 'm not following. Do you mean that systemd is already doing what you >> need, > > > not sure as I am just learning > > > ...but suppose > I

Re: [systemd-devel] guidance on how to get systemd to function

On Fri, Aug 2, 2013 at 11:03 AM, lux-integ wrote: > Firstly I read somewhere that I need to add > > init=/usr/lib/systemd/systemd to /boot/grub/grub.cfg > to get systemd to work. This is the only definite piece of advice I have been > able to garner from my search on the internet. That sounds

Re: [systemd-devel] guidance on how to get systemd to function

On Fri, Aug 2, 2013 at 12:01 PM, lux-integ wrote: > Would you care to elaborate what PID1 is please? I suggest you read up on systemd to answer this and many other standard questions. The link posted by Reindl is a good start, but I suggest also reading all the links under "Manuals and Documenta

Re: [systemd-devel] [PATCH] Change CONFIG_FW_LOADER_USER_HELPER to default n and don't select it

hange would break new kernels as well >> as old kernels. >> >> Since the kernel apparently can't count on reasonable userspace >> support, turn this thing off by default. >> >> commit a3bd8447be4ea2ce230eb8ae0e815c04d85fa15a >> Author: Tom Gundersen >

Re: [systemd-devel] [PATCH] Change CONFIG_FW_LOADER_USER_HELPER to default n and don't select it

On Tue, Aug 6, 2013 at 11:11 AM, Tom Gundersen wrote: > On Tue, Aug 6, 2013 at 10:20 AM, Maarten Lankhorst > wrote: >> Op 05-08-13 18:29, Andy Lutomirski schreef: >>> The systemd commit below can delay firmware loading by multiple >>> minutes if CONFIG_FW_LOADER_US

Re: [systemd-devel] [PATCH] Change CONFIG_FW_LOADER_USER_HELPER to default n and don't select it

On 6 Aug 2013 18:32, "Bryan Kadzban" wrote: > > On Tue, Aug 06, 2013 at 11:17:17AM +0200, Tom Gundersen wrote: > > On Tue, Aug 6, 2013 at 11:11 AM, Tom Gundersen wrote: > > > On Tue, Aug 6, 2013 at 10:20 AM, Maarten Lankhorst > > > wrote: > >

Re: [systemd-devel] [PATCH] Change CONFIG_FW_LOADER_USER_HELPER to default n and don't select it

On 7 Aug 2013 02:26, "Andy Lutomirski" wrote: > > On Tue, Aug 6, 2013 at 5:24 PM, Tom Gundersen wrote: > > > > On 6 Aug 2013 18:32, "Bryan Kadzban" wrote: > >> > >> On Tue, Aug 06, 2013 at 11:17:17AM +0200, Tom Gundersen wrote: >

Re: [systemd-devel] Fwd: best way to handle service restarts after hibernate/suspend?

On Wed, Aug 7, 2013 at 10:12 AM, Mathijs Kwik wrote: > I have a few things that need to get run after waking up my laptop > (things like hdparm to set device power options/spindown time). > I created oneshot, remainafterexit services for those and made them > wanted by multi-user.target.This works

Re: [systemd-devel] Impact when not loading ipv6 and autofs kernel module ...

On Wed, Aug 7, 2013 at 1:24 PM, Hoyer, Marko (ADITG/SW2) wrote: > 2. What impact do I have to expect in case the kernel does not provide > ipv6 functionality? I think the main problem is in case you were to somehow insmod the ipv6 module after boot, in which case it probably won't be set up

Re: [systemd-devel] [PATCH 2/3] install: don't allow to enable/disable templates

Hi Michal, On Thu, Aug 8, 2013 at 3:19 PM, Michal Sekletar wrote: > Calling enable on template units doesn't make sense since it is possible > to enable instances directly and users are not forced to use Alias= > trickery anymore. It actually might make sense to still call enable on a template u

Re: [systemd-devel] FUSE mount cannot be started on boot

On Thu, Aug 8, 2013 at 2:00 PM, Jan Engelhardt wrote: > > With systemd 195, an /etc/fstab line like > > /srv/www /home/www fuse.bindfs auto,group=foo,perms=g+rw 0 0 > > can fail to start if /dev/fuse does not exist yet. This sounds strange. /dev/fuse should be created by udev (in 195, an

Re: [systemd-devel] FUSE mount cannot be started on boot

On 8 Aug 2013 17:10, "Jan Engelhardt" wrote: > > > On Thursday 2013-08-08 16:26, Tom Gundersen wrote: > >On Thu, Aug 8, 2013 at 2:00 PM, Jan Engelhardt wrote: > >> > >> With systemd 195, an /etc/fstab line like > >> > >>

Re: [systemd-devel] [PATCH 2/3] install: don't allow to enable/disable templates

On 8 Aug 2013 17:57, "Thomas Bächler" wrote: > > Am 08.08.2013 15:19, schrieb Michal Sekletar: > > Calling enable on template units doesn't make sense since it is possible > > to enable instances directly and users are not forced to use Alias= > > trickery anymore. > > Actually, it would make sens

Re: [systemd-devel] [PATCH] fstab-generator: respect noauto/nofail when adding sysroot mount

On Thu, Aug 8, 2013 at 9:18 AM, WANG Chao wrote: > Currently we don't respect noauto/nofail root mount options (from > rootflags kernel cmdline). We should map these two flags to the > corresponding boolean variable noauto and nofail when calling > add_mount(). Thanks for the patch. We need some

Re: [systemd-devel] fstab-generator: why nofail=true removes "Before=$post" in .mount

On Thu, Aug 8, 2013 at 7:35 AM, WANG Chao wrote: > In add_mount(), if nofail=true, "Before=$post" won't be added to > xxx.mount: > > [..] > if (post && !noauto && !nofail && !automount) > fprintf(f, > "Before=%s\n", > post); > > why doing this? The way thin

Re: [systemd-devel] [PATCH] fstab-generator: respect noauto/nofail when adding sysroot mount

On Fri, Aug 9, 2013 at 5:41 AM, WANG Chao wrote: >> > Signed-off-by: WANG Chao >> >> For the future, no need to do s-o-b in systemd. I dropped the line >> before applying. > > Thanks. Any story here? Just that we should avoid giving the wrong impression. See e.g.

Re: [systemd-devel] [PATCH] udev: fail firmware loading immediately if no search path is defined

Hi Maarten, On 7 Aug 2013 09:52, "Maarten Lankhorst" wrote: > So what is wrong with my 'fail in udev immediately if not configured' idea? In that case it > doesn't matter whether CONFIG_FW_LOADER_USER_HELPER is set or not. Well that would break the case for anyone who actually wants to use a non

Re: [systemd-devel] Please pass 'fsck.mode=force' on the kernel command line rather than creating /forcefsck on the root file system

On 16 Aug 2013 05:05, "Reindl Harald" wrote: > > Please pass 'fsck.mode=force' on the kernel command line rather than creating /forcefsck on the root file system > > please drop this deprectaion, it is disturbing and useless > > if you want a forced fsck for *whatever* reason you do *not* want > t

Re: [systemd-devel] [RFC] Integrating an early-boot service in a blocking way?

Hi Michael, On 16 Aug 2013 05:01, "Michael Stapelberg" wrote: > > Hi, > > the debian-live people have approached me and want to experiment with > systemd. One of the things they need to have is running a service called > live-config.service, but the issue is that it needs to run in early > boot,

[systemd-devel] [PATCH] cryptsetup-generator: allow specifying options in /proc/cmdline

The main usecase for this is to make it possible to use cryptsetup in the initrd without it having to include a host-specific /etc/crypttab. Cc: Harald Hoyer Tested-by: Thomas Bächler --- Hi guys, This allows us to use systemd in the initrd for encrypted root in Arch. I didn't look much into h

Re: [systemd-devel] prevent unmount of single partitions on shutdown

On Wed, Aug 21, 2013 at 5:56 PM, Colin Guthrie wrote: > 'Twas brillig, and Zbigniew Jędrzejewski-Szmek at 21/08/13 04:38 did > gyre and gimble: >> On Wed, Aug 21, 2013 at 05:21:59AM +0200, Stephan Raue wrote: >>> Hi, >>> >>> i try to port systemd on a own embedded OS which is stored in a >>> squas

[systemd-devel] [PATCH] units: disable kmod-static-nodes.service in containers

Hi Zbyszek, Regarding : Would it make sense to use ConditionCapability=CAP_MKNOD instead? This would match what is done in systemd-tmpfiles-setup-dev.service. The effect is currently the same (I thin

[systemd-devel] [RFC] mount: improve DefaultDependencies and use in generator

Hi guys, I'd like to move some of the default dependency logic from the fstab generator to core. This should remove some redundancy and also improve consistency between mount units and fstab entries. The first patch simply enables default dependencies in the generator, and removes some things tha

[systemd-devel] [PATCH 1/3] fstab-generator: use DefaultDependencies=yes

This removes some redundancy between the generator and the core mount handling. --- TODO | 2 -- src/fstab-generator/fstab-generator.c | 52 --- 2 files changed, 6 insertions(+), 48 deletions(-) diff --git a/TODO b/TODO index 9bc14

<    3   4   5   6   7   8   9   10   11   12   >