** Description changed: + [impact] + + when a networkd interface is configured with LinkLocalAddressing=no, + networkd still assigns a link-local address to it + + [test case] + + see comment 3. + + note I was only able to reproduce this at boot time; if the vlan + interface is removed (i.e. 'sudo ip l del pppoe') and then networkd + restarted, the pppoe interface is created and does not have a link-local + address. + + [regression potential] + + this moves the point when ipv6ll is configured; regressions would most + likely involve failure to correctly configure an ipv6ll address when + desired. + + [other info] + + this bug was attempted to be fixed by 'debian/patches/networkd-honour-LinkLocalAddressing.patch' from upstream issue 9890, using a commit that does not correctly fix the issue and was never accepted upstream: + https://github.com/systemd/systemd/issues/9890#issuecomment-455168751 + + this SRU completely reverts that patch, and adds the correct fix which + was merged upstream: + https://github.com/systemd/systemd/commit/0e2fdb83bb5e22047e0c7cc058b415d0e93f02cf + + + original description: + + -- + upstream issue: https://github.com/systemd/systemd/issues/12886 upstream patch: https://github.com/systemd/systemd/pull/13565 The upstream fix will be available in systemd 244. Backport please. Thanks.
** Description changed: [impact] when a networkd interface is configured with LinkLocalAddressing=no, networkd still assigns a link-local address to it [test case] see comment 3. note I was only able to reproduce this at boot time; if the vlan interface is removed (i.e. 'sudo ip l del pppoe') and then networkd restarted, the pppoe interface is created and does not have a link-local address. [regression potential] this moves the point when ipv6ll is configured; regressions would most likely involve failure to correctly configure an ipv6ll address when desired. [other info] this bug was attempted to be fixed by 'debian/patches/networkd-honour-LinkLocalAddressing.patch' from upstream issue 9890, using a commit that does not correctly fix the issue and was never accepted upstream: https://github.com/systemd/systemd/issues/9890#issuecomment-455168751 this SRU completely reverts that patch, and adds the correct fix which was merged upstream: https://github.com/systemd/systemd/commit/0e2fdb83bb5e22047e0c7cc058b415d0e93f02cf + that commit is already included in Eoan so this sru is needed only for + Disco. original description: -- upstream issue: https://github.com/systemd/systemd/issues/12886 upstream patch: https://github.com/systemd/systemd/pull/13565 The upstream fix will be available in systemd 244. Backport please. Thanks. ** Also affects: systemd (Ubuntu Eoan) Importance: Undecided Status: Fix Released ** Also affects: systemd (Ubuntu Bionic) Importance: Undecided Status: New ** Changed in: systemd (Ubuntu Bionic) Status: New => In Progress ** Changed in: systemd (Ubuntu Bionic) Assignee: (unassigned) => Dan Streetman (ddstreet) ** Changed in: systemd (Ubuntu Bionic) Importance: Undecided => Medium ** Changed in: systemd (Ubuntu Eoan) Importance: Undecided => Medium ** Tags added: bionic ddstreet disco systemd -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/1845909 Title: [SRU] IPv6 link local address is assigned even when LinkLocalAddressing=no|ipv4 Status in systemd: Fix Released Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Bionic: In Progress Status in systemd source package in Disco: In Progress Status in systemd source package in Eoan: Fix Released Bug description: [impact] when a networkd interface is configured with LinkLocalAddressing=no, networkd still assigns a link-local address to it [test case] see comment 3. note I was only able to reproduce this at boot time; if the vlan interface is removed (i.e. 'sudo ip l del pppoe') and then networkd restarted, the pppoe interface is created and does not have a link- local address. [regression potential] this moves the point when ipv6ll is configured; regressions would most likely involve failure to correctly configure an ipv6ll address when desired. [other info] this bug was attempted to be fixed by 'debian/patches/networkd-honour-LinkLocalAddressing.patch' from upstream issue 9890, using a commit that does not correctly fix the issue and was never accepted upstream: https://github.com/systemd/systemd/issues/9890#issuecomment-455168751 this SRU completely reverts that patch, and adds the correct fix which was merged upstream: https://github.com/systemd/systemd/commit/0e2fdb83bb5e22047e0c7cc058b415d0e93f02cf that commit is already included in Eoan so this sru is needed only for Disco. original description: -- upstream issue: https://github.com/systemd/systemd/issues/12886 upstream patch: https://github.com/systemd/systemd/pull/13565 The upstream fix will be available in systemd 244. Backport please. Thanks. To manage notifications about this bug go to: https://bugs.launchpad.net/systemd/+bug/1845909/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp