netplan:xenial

Last commit made on 2018-07-03
Get this branch:
git clone -b xenial https://git.launchpad.net/netplan

Branch merges

Branch information

Name:
xenial
Repository:
lp:netplan

Recent commits

2da288d... by Mathieu Trudel-Lapierre on 2018-06-29

releasing package nplan version 0.32~16.04.6

196eb07... by Daniel Axtens on 2018-05-17

Generate udev rules files to rename devices

Due to a systemd issue[1], using link files to rename interfaces
doesn't work as expected. Link files will not rename an interface
if it was already renamed, and interfaces are renamed in initrd, so
set-name will often not work as expected when rebooting.

However, rules files will cause a renaming, even if the interface
has been renamed in initrd.

So, while we sort out whether the systemd-udev behaviour is broken
or not, we can simply generate udev rules files with appropriate
renaming info in /run/udev/rules.d/70-netplan-<interface>.rules

A file will be created for non-virtual interfaces with both a
set-name and a driver or a mac address in the match stanza.
(Renaming from name to name doesn't work.)

This is at least a temporary fix to LP: #1770082

As far as testing goes, test successful set-name: generations, and
a few cases where we expect no files to be generated.

[1] https://github.com/systemd/systemd/issues/9006

Signed-off-by: Daniel Axtens <email address hidden>

f954bc1... by Daniel Axtens on 2018-05-17

tests/generate: rename assert_udev to assert_nm_udev

The function specifically tests a NM specific udev rule. We're
about to add more udev support, so it would be helpful to have
clearer names.

Signed-off-by: Daniel Axtens <email address hidden>

68a75e0... by Mathieu Trudel-Lapierre on 2018-06-04

tests/integration.py: Fix autopkgtests involving bonds/bridges to do proper cleanup every time, so later tests don't unnecessarily wait for an interface not configured to be up. (LP: #1775097)

c7b6147... by Mathieu Trudel-Lapierre on 2018-05-08

releasing package nplan version 0.32~16.04.5

523ea36... by Mathieu Trudel-Lapierre on 2018-04-17

networkd: don't wipe out /run/netplan on generate: we do want to keep any YAML configurations in that directory, we just need to remove generated wpasupplicant configs. (LP: #1764869)

1ee749e... by Mathieu Trudel-Lapierre on 2018-05-07

yaml: add "critical" boolean field which can be set for remote-root scenarios

'critical: true' in YAML would set "CriticalConnection=true" in
systemd-networkd config; this is useful for remote-root scenarios where
restarting networkd would otherwise risk releasing the IP from the DHCP server,
leading to a hung system.

Signed-off-by: Mathieu Trudel-Lapierre <email address hidden>

66897e4... by Mathieu Trudel-Lapierre on 2018-05-02

Adjust autopkgtests for testing with older networkd for backported features

1ff8d48... by Mathieu Trudel-Lapierre on 2018-05-02

doc/netplan.md: Clarify the behavior for time-based values for bonds and bridges. (LP: #1756587)

5e92a2a... by Ryan Harper on 2018-04-10

accept-ra: do not enable by default, default to unset

Do not always emit an IPv6AcceptRA value into network configurations.
Systemd-networkd defaults to kernel value as long as the value stays
unset in the configuration. When IPv6AcceptRA is enabled in systemd
this makes networkd wait 10 seconds for potential RAs to arrive. This
delays boot by 10 seconds always whether or not the network has an
IPV6 Router running. Leaving things unsets keeps existing behavior
of Ubuntu systems where RAs are accepted and processed at the time
they are received and boot is not delayed by waiting for an RA to arrive.

If users want to forcibly enable or disable, they may do so by including
a value for accept-ra in their yaml configuraion.

LP: #1732002