[Touch-packages] [Bug 1845909] Re: [SRU] IPv6 link local address is assigned even when LinkLocalAddressing=no|ipv4
This bug was fixed in the package systemd - 237-3ubuntu10.39 --- systemd (237-3ubuntu10.39) bionic; urgency=medium [ Dariusz Gadomski ] * d/p/lp1762391/0001-Call-getgroups-to-know-size-of-supplementary-groups-.patch, d/p/lp1762391/0002-user-util-tweak-to-in_gid.patch, d/p/lp1762391/0003-user-util-Add-helper-functions-for-gid-lists-operati.patch, d/p/lp1762391/0004-execute-Restore-call-to-pam_setcred.patch, d/p/lp1762391/0005-execute-Detect-groups-added-by-PAM-and-merge-them-wi.patch, d/p/lp1762391/0006-test-Add-tests-for-gid-list-ops.patch, d/p/lp1762391/0007-execute-add-const-to-array-parameters-where-possible.patch, d/p/lp1762391/0008-execute-allow-pam_setcred-to-fail-ignore-errors.patch: - Restore call to pam_setcred (LP: #1762391) [ Ioanna Alifieraki ] * d/p/lp1860548/0001-Revert-Replace-use-of-snprintf-with-xsprintf.patch, d/p/lp1860548/0002-job-truncate-unit-description.patch: - use snprintf instead of xsprintf (LP: #1860548) [ Dan Streetman ] * d/p/lp1833193-network-update-address-when-static-address-was-alrea.patch: - Update lft when static addr was cfg by dhcp (LP: #1833193) * d/p/lp1849261/0001-core-when-we-can-t-enqueue-OnFailure-job-show-full-e.patch, d/p/lp1849261/0002-core-don-t-trigger-OnFailure-deps-when-a-unit-is-goi.patch: - Only trigger OnFailure= if Restart= is not in effect (LP: #1849261) * d/p/lp1671951-network-set-ipv6-mtu-after-link-up-or-device-mtu-cha.patch: - set ipv6 mtu at correct time (LP: #1671951) * d/p/lp1845909/0001-networkd-honour-LinkLocalAddressing.patch, d/p/lp1845909/0002-networkd-fix-link_up-12505.patch, d/p/lp1845909/0003-network-do-not-send-ipv6-token-to-kernel.patch, d/p/lp1845909/0004-network-rename-linux_configure_after_setting_mtu-to-linux.patch, d/p/lp1845909/0005-network-add-link-setting_genmode-flag.patch, d/p/lp1845909/0006-network-if-ipv6ll-is-disabled-enumerate-tentative-ipv6-ad.patch, d/p/lp1845909/0007-network-drop-foreign-config-after-addr_gen_mode-has-been-.patch, d/p/lp1845909/0008-network-drop-IPv6LL-address-when-LinkLocalAddressing.patch: - if LinkLocalAddressing=no prevent creation of ipv6ll (LP: #1845909) * d/p/lp1859862-network-Do-not-disable-IPv6-by-writing-to-sysctl.patch: - enable ipv6 when needed (LP: #1859862) * d/p/lp1836695-networkd-Add-back-static-routes-after-DHCPv4-lease-e.patch: - (re)add static routes after getting dhcp4 addr (LP: #1836695) * d/t/storage: - fix buggy test (LP: #1831459) - without scsi_debug, skip test (LP: #1847816) -- Dan Streetman Thu, 06 Feb 2020 10:00:49 -0500 ** Changed in: systemd (Ubuntu Bionic) Status: Fix Committed => Fix Released -- 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: New Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Bionic: Fix Released Status in systemd source package in Disco: Won't Fix Status in systemd source package in Eoan: Fix Released Status in systemd source package in Focal: Fix Released Bug description: [impact] in some situations 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. This is due to this bug being triggered by timing, as a vlan interface is raised by the kernel when its parent interface is raised, in this case by networkd itself. [regression potential] this changes how ipv6ll addresses are managed and dropped, as well as changing when foreign addresses are dropped (later in config process). Any regressions would likely be around incorrectly setting ipv6ll addresses, or complete failure to complete interface configuration. [scope] this is fixed upstream by: https://github.com/systemd/systemd/pull/13927 and also requires the upstream PR referenced in the original description: upstream patch: https://github.com/systemd/systemd/pull/13565 this is required for focal (uploaded already), eoan, and bionic. It may be required for xenial. [other info] Note, the original description below is incorrect, the issue/patch it references is not enough to fix this issue. 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:
[Touch-packages] [Bug 1845909] Re: [SRU] IPv6 link local address is assigned even when LinkLocalAddressing=no|ipv4
This bug was fixed in the package systemd - 242-7ubuntu3.7 --- systemd (242-7ubuntu3.7) eoan; urgency=medium [ Dariusz Gadomski ] * d/p/lp1762391/0001-Call-getgroups-to-know-size-of-supplementary-groups-.patch, d/p/lp1762391/0002-user-util-tweak-to-in_gid.patch, d/p/lp1762391/0003-user-util-Add-helper-functions-for-gid-lists-operati.patch, d/p/lp1762391/0004-execute-Restore-call-to-pam_setcred.patch, d/p/lp1762391/0005-execute-Detect-groups-added-by-PAM-and-merge-them-wi.patch, d/p/lp1762391/0006-test-Add-tests-for-gid-list-ops.patch, d/p/lp1762391/0007-execute-add-const-to-array-parameters-where-possible.patch, d/p/lp1762391/0008-execute-allow-pam_setcred-to-fail-ignore-errors.patch: - Restore call to pam_setcred (LP: #1762391) * d/p/lp1846232/0001-network-honor-MTUBytes-setting.patch, d/p/lp1846232/0002-network-bump-MTU-bytes-only-when-MTUByte-is-not-set.patch: - do not always bump MTU with additional 4bytes (LP: #1846232) * d/p/lp1671951-network-set-ipv6-mtu-after-link-up-or-device-mtu-cha.patch: - set ipv6 mtu at correct time (LP: #1671951) * d/p/lp1845909/0001-network-rename-linux_configure_after_setting_mtu-to-linux.patch, d/p/lp1845909/0002-network-add-link-setting_genmode-flag.patch, d/p/lp1845909/0003-network-if-ipv6ll-is-disabled-enumerate-tentative-ipv6-ad.patch, d/p/lp1845909/0004-network-drop-foreign-config-after-addr_gen_mode-has-been-.patch, d/p/lp1845909/0005-network-drop-IPv6LL-address-when-LinkLocalAddressing.patch: - drop foreign config and raise interface after setting genmode (LP: #1845909) * d/t/storage: without scsi_debug, skip test (LP: #1847816) -- Dan Streetman Thu, 06 Feb 2020 09:45:57 -0500 ** Changed in: systemd (Ubuntu Eoan) Status: Fix Committed => Fix Released -- 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: New Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Bionic: Fix Committed Status in systemd source package in Disco: Won't Fix Status in systemd source package in Eoan: Fix Released Status in systemd source package in Focal: Fix Released Bug description: [impact] in some situations 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. This is due to this bug being triggered by timing, as a vlan interface is raised by the kernel when its parent interface is raised, in this case by networkd itself. [regression potential] this changes how ipv6ll addresses are managed and dropped, as well as changing when foreign addresses are dropped (later in config process). Any regressions would likely be around incorrectly setting ipv6ll addresses, or complete failure to complete interface configuration. [scope] this is fixed upstream by: https://github.com/systemd/systemd/pull/13927 and also requires the upstream PR referenced in the original description: upstream patch: https://github.com/systemd/systemd/pull/13565 this is required for focal (uploaded already), eoan, and bionic. It may be required for xenial. [other info] Note, the original description below is incorrect, the issue/patch it references is not enough to fix this issue. 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
[Touch-packages] [Bug 1845909] Re: [SRU] IPv6 link local address is assigned even when LinkLocalAddressing=no|ipv4
bionic verification: root@lp1845909-b:# dpkg -l systemd|grep ii ii systemd237-3ubuntu10.38 amd64system and service manager root@lp1845909-b:# ip -6 a show dev pppoe 3: pppoe@ens3: mtu 1500 state UP qlen 1000 inet6 fe80::5054:ff:fe88:4ba3/64 scope link valid_lft forever preferred_lft forever root@lp1845909-b:~# dpkg -l systemd|grep ii ii systemd237-3ubuntu10.39 amd64system and service manager root@lp1845909-b:~# ip -6 a show dev pppoe root@lp1845909-b:~# ** Tags removed: verification-needed verification-needed-bionic verification-needed-eoan ** Tags added: verification-done verification-done-bionic verification-done-eoan -- 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: New Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Bionic: Fix Committed Status in systemd source package in Disco: Won't Fix Status in systemd source package in Eoan: Fix Committed Status in systemd source package in Focal: Fix Released Bug description: [impact] in some situations 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. This is due to this bug being triggered by timing, as a vlan interface is raised by the kernel when its parent interface is raised, in this case by networkd itself. [regression potential] this changes how ipv6ll addresses are managed and dropped, as well as changing when foreign addresses are dropped (later in config process). Any regressions would likely be around incorrectly setting ipv6ll addresses, or complete failure to complete interface configuration. [scope] this is fixed upstream by: https://github.com/systemd/systemd/pull/13927 and also requires the upstream PR referenced in the original description: upstream patch: https://github.com/systemd/systemd/pull/13565 this is required for focal (uploaded already), eoan, and bionic. It may be required for xenial. [other info] Note, the original description below is incorrect, the issue/patch it references is not enough to fix this issue. 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
[Touch-packages] [Bug 1845909] Re: [SRU] IPv6 link local address is assigned even when LinkLocalAddressing=no|ipv4
eoan verification: root@lp1845909-e:~# dpkg -l systemd|grep ii ii systemd242-7ubuntu3.6 amd64system and service manager root@lp1845909-e:~# ip -6 a show pppoe 3: pppoe@ens3: mtu 1500 qdisc noqueue state UP group default qlen 1000 inet6 fe80::5054:ff:fe80:712e/64 scope link valid_lft forever preferred_lft forever root@lp1845909-e:~# dpkg -l systemd|grep ii ii systemd242-7ubuntu3.7 amd64system and service manager root@lp1845909-e:~# ip -6 a show pppoe root@lp1845909-e:~# -- 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: New Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Bionic: Fix Committed Status in systemd source package in Disco: Won't Fix Status in systemd source package in Eoan: Fix Committed Status in systemd source package in Focal: Fix Released Bug description: [impact] in some situations 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. This is due to this bug being triggered by timing, as a vlan interface is raised by the kernel when its parent interface is raised, in this case by networkd itself. [regression potential] this changes how ipv6ll addresses are managed and dropped, as well as changing when foreign addresses are dropped (later in config process). Any regressions would likely be around incorrectly setting ipv6ll addresses, or complete failure to complete interface configuration. [scope] this is fixed upstream by: https://github.com/systemd/systemd/pull/13927 and also requires the upstream PR referenced in the original description: upstream patch: https://github.com/systemd/systemd/pull/13565 this is required for focal (uploaded already), eoan, and bionic. It may be required for xenial. [other info] Note, the original description below is incorrect, the issue/patch it references is not enough to fix this issue. 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
[Touch-packages] [Bug 1845909] Re: [SRU] IPv6 link local address is assigned even when LinkLocalAddressing=no|ipv4
Hello Zhang, or anyone else affected, Accepted systemd into eoan-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/systemd/242-7ubuntu3.7 in a few hours, and then in the -proposed repository. Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users. If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested and change the tag from verification-needed-eoan to verification-done-eoan. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed-eoan. In either case, without details of your testing we will not be able to proceed. Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance for helping! N.B. The updated package will be released to -updates after the bug(s) fixed by this package have been verified and the package has been in -proposed for a minimum of 7 days. ** Changed in: systemd (Ubuntu Eoan) Status: In Progress => Fix Committed ** Changed in: systemd (Ubuntu Bionic) Status: In Progress => Fix Committed -- 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: New Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Bionic: Fix Committed Status in systemd source package in Disco: Won't Fix Status in systemd source package in Eoan: Fix Committed Status in systemd source package in Focal: Fix Released Bug description: [impact] in some situations 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. This is due to this bug being triggered by timing, as a vlan interface is raised by the kernel when its parent interface is raised, in this case by networkd itself. [regression potential] this changes how ipv6ll addresses are managed and dropped, as well as changing when foreign addresses are dropped (later in config process). Any regressions would likely be around incorrectly setting ipv6ll addresses, or complete failure to complete interface configuration. [scope] this is fixed upstream by: https://github.com/systemd/systemd/pull/13927 and also requires the upstream PR referenced in the original description: upstream patch: https://github.com/systemd/systemd/pull/13565 this is required for focal (uploaded already), eoan, and bionic. It may be required for xenial. [other info] Note, the original description below is incorrect, the issue/patch it references is not enough to fix this issue. 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
[Touch-packages] [Bug 1845909] Re: [SRU] IPv6 link local address is assigned even when LinkLocalAddressing=no|ipv4
** Changed in: systemd (Ubuntu Eoan) Status: Fix Committed => In Progress ** Changed in: systemd (Ubuntu Bionic) Status: Fix Committed => In Progress -- 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: New Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Bionic: In Progress Status in systemd source package in Disco: Won't Fix Status in systemd source package in Eoan: In Progress Status in systemd source package in Focal: Fix Released Bug description: [impact] in some situations 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. This is due to this bug being triggered by timing, as a vlan interface is raised by the kernel when its parent interface is raised, in this case by networkd itself. [regression potential] this changes how ipv6ll addresses are managed and dropped, as well as changing when foreign addresses are dropped (later in config process). Any regressions would likely be around incorrectly setting ipv6ll addresses, or complete failure to complete interface configuration. [scope] this is fixed upstream by: https://github.com/systemd/systemd/pull/13927 and also requires the upstream PR referenced in the original description: upstream patch: https://github.com/systemd/systemd/pull/13565 this is required for focal (uploaded already), eoan, and bionic. It may be required for xenial. [other info] Note, the original description below is incorrect, the issue/patch it references is not enough to fix this issue. 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
[Touch-packages] [Bug 1845909] Re: [SRU] IPv6 link local address is assigned even when LinkLocalAddressing=no|ipv4
Hello Zhang, or anyone else affected, Accepted systemd into bionic-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/systemd/237-3ubuntu10.34 in a few hours, and then in the -proposed repository. Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users. If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested and change the tag from verification-needed-bionic to verification-done-bionic. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed-bionic. In either case, without details of your testing we will not be able to proceed. Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance for helping! N.B. The updated package will be released to -updates after the bug(s) fixed by this package have been verified and the package has been in -proposed for a minimum of 7 days. ** Changed in: systemd (Ubuntu Bionic) Status: In Progress => Fix Committed ** Tags added: verification-needed-bionic -- 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: New Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Bionic: Fix Committed Status in systemd source package in Disco: Won't Fix Status in systemd source package in Eoan: Fix Committed Status in systemd source package in Focal: Fix Released Bug description: [impact] in some situations 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. This is due to this bug being triggered by timing, as a vlan interface is raised by the kernel when its parent interface is raised, in this case by networkd itself. [regression potential] this changes how ipv6ll addresses are managed and dropped, as well as changing when foreign addresses are dropped (later in config process). Any regressions would likely be around incorrectly setting ipv6ll addresses, or complete failure to complete interface configuration. [scope] this is fixed upstream by: https://github.com/systemd/systemd/pull/13927 and also requires the upstream PR referenced in the original description: upstream patch: https://github.com/systemd/systemd/pull/13565 this is required for focal (uploaded already), eoan, and bionic. It may be required for xenial. [other info] Note, the original description below is incorrect, the issue/patch it references is not enough to fix this issue. 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
[Touch-packages] [Bug 1845909] Re: [SRU] IPv6 link local address is assigned even when LinkLocalAddressing=no|ipv4
Hello Zhang, or anyone else affected, Accepted systemd into eoan-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/systemd/242-7ubuntu3.3 in a few hours, and then in the -proposed repository. Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users. If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested and change the tag from verification-needed-eoan to verification-done-eoan. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed-eoan. In either case, without details of your testing we will not be able to proceed. Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance for helping! N.B. The updated package will be released to -updates after the bug(s) fixed by this package have been verified and the package has been in -proposed for a minimum of 7 days. ** Changed in: systemd (Ubuntu Eoan) Status: In Progress => Fix Committed ** Tags added: verification-needed verification-needed-eoan -- 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: New Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Bionic: In Progress Status in systemd source package in Disco: Won't Fix Status in systemd source package in Eoan: Fix Committed Status in systemd source package in Focal: Fix Released Bug description: [impact] in some situations 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. This is due to this bug being triggered by timing, as a vlan interface is raised by the kernel when its parent interface is raised, in this case by networkd itself. [regression potential] this changes how ipv6ll addresses are managed and dropped, as well as changing when foreign addresses are dropped (later in config process). Any regressions would likely be around incorrectly setting ipv6ll addresses, or complete failure to complete interface configuration. [scope] this is fixed upstream by: https://github.com/systemd/systemd/pull/13927 and also requires the upstream PR referenced in the original description: upstream patch: https://github.com/systemd/systemd/pull/13565 this is required for focal (uploaded already), eoan, and bionic. It may be required for xenial. [other info] Note, the original description below is incorrect, the issue/patch it references is not enough to fix this issue. 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
[Touch-packages] [Bug 1845909] Re: [SRU] IPv6 link local address is assigned even when LinkLocalAddressing=no|ipv4
This bug was fixed in the package systemd - 244.1-0ubuntu2 --- systemd (244.1-0ubuntu2) focal; urgency=medium [ Dimitri John Ledkov ] * shutdown: do not detach autoclear loopback devices Author: Dimitri John Ledkov File: debian/patches/shutdown-do-not-detach-autoclear-loopback-devices.patch https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=3978d34b59e98cdd01836c41a10442967636b8fc [ Balint Reczey ] * Revert upstream commit breaking IPv4 DHCP in LXC containers in 244.1 (LP: #1857123) File: debian/patches/Revert-network-if-sys-is-rw-then-udev-should-be-around.patch https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=39c12f8e736afd1b7bdeb13ff6bccaea85020873 systemd (244.1-0ubuntu1) focal; urgency=medium * New upstream version 244.1 - network: set ipv6 mtu after link-up or device mtu change (LP: #1671951) - & other changes * Refresh patches. - Dropped changes: * d/p/lp-1853852-*: fix issues with muliplexed shmat calls (LP: #1853852) Files: - debian/patches/lp-1853852-seccomp-fix-multiplexed-system-calls.patch - debian/patches/lp-1853852-seccomp-mmap-test-results-depend-on-kernel-libseccom.patch https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=382271662c60c339b0a404c7a1772fe5670516ef * d/p/lp1671951-network-set-ipv6-mtu-after-link-up-or-device-mtu-cha.patch: set ipv6 mtu at correct time * pstore: Don't start systemd-pstore.service in containers. Usually it is not useful and can also fail making boot-and-services autopkgtest fail. (LP: #1856729) File: debian/patches/pstore-Don-t-start-systemd-pstore.service-in-containers.patch https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=28b5a03769cbed9d3170ebac38508b867530a2d6 * Revert: network: do not drop foreign config if interface is in initialized state. This fixes FTBFS with the other network-related reverts. File: debian/patches/Revert-network-do-not-drop-foreign-config-if-interface-is.patch https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=22a9fa3bb03ba2a629926af39ea7df81fe33c9b8 systemd (244-3ubuntu5) focal; urgency=medium [ Dariusz Gadomski ] * d/p/lp1762391/0001-user-util-Add-helper-functions-for-gid-lists-operati.patch, d/p/lp1762391/0002-execute-Restore-call-to-pam_setcred.patch, d/p/lp1762391/0003-execute-Detect-groups-added-by-PAM-and-merge-them-wi.patch, d/p/lp1762391/0004-test-Add-tests-for-gid-list-ops.patch, d/p/lp1762391/0005-execute-add-const-to-array-parameters-where-possible.patch, d/p/lp1762391/0006-execute-allow-pam_setcred-to-fail-ignore-errors.patch: - Restore call to pam_setcred (LP: #1762391) [ Dan Streetman ] * d/t/storage: without scsi_debug, skip test (LP: #1847816) systemd (244-3ubuntu4) focal; urgency=medium * d/p/lp1671951-network-set-ipv6-mtu-after-link-up-or-device-mtu-cha.patch: set ipv6 mtu at correct time (LP: #1671951) * d/p/0001-network-rename-linux_configure_after_setting_mtu-to-linux.patch, d/p/0002-network-add-link-setting_genmode-flag.patch, d/p/0003-network-if-ipv6ll-is-disabled-enumerate-tentative-ipv6-ad.patch, d/p/0004-network-drop-foreign-config-after-addr_gen_mode-has-been-.patch: - drop foreign config and raise interface after setting genmode (LP: #1845909) systemd (244-3ubuntu3) focal; urgency=medium * shutdown: cherry-pick PR#14409 to fix detach of loopback devices for Ubuntu Core 20 File: debian/patches/shutdown-modernizations-pr-14409.patch https://github.com/systemd/systemd/pull/14409.diff systemd (244-3ubuntu2) focal; urgency=medium * d/p/debian/UBUNTU-Support-system-image-read-only-etc.patch: - re-add missing bits for timedated.c (LP: #1778936) -- Balint Reczey Wed, 22 Jan 2020 16:27:49 +0100 ** Changed in: systemd (Ubuntu Focal) Status: In Progress => Fix Released -- 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: New Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Bionic: In Progress Status in systemd source package in Disco: Won't Fix Status in systemd source package in Eoan: In Progress Status in systemd source package in Focal: Fix Released Bug description: [impact] in some situations 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
[Touch-packages] [Bug 1845909] Re: [SRU] IPv6 link local address is assigned even when LinkLocalAddressing=no|ipv4
re-uploaded with the added error handling mentioned by @vorlon in comment 11 removed; error handling behavior is unchanged now, and while it's not really the correct error handling behavior, that is a separate issue to this bug. -- 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: New Status in systemd package in Ubuntu: In Progress Status in systemd source package in Bionic: In Progress Status in systemd source package in Disco: Won't Fix Status in systemd source package in Eoan: In Progress Status in systemd source package in Focal: In Progress Bug description: [impact] in some situations 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. This is due to this bug being triggered by timing, as a vlan interface is raised by the kernel when its parent interface is raised, in this case by networkd itself. [regression potential] this changes how ipv6ll addresses are managed and dropped, as well as changing when foreign addresses are dropped (later in config process). Any regressions would likely be around incorrectly setting ipv6ll addresses, or complete failure to complete interface configuration. [scope] this is fixed upstream by: https://github.com/systemd/systemd/pull/13927 and also requires the upstream PR referenced in the original description: upstream patch: https://github.com/systemd/systemd/pull/13565 this is required for focal (uploaded already), eoan, and bionic. It may be required for xenial. [other info] Note, the original description below is incorrect, the issue/patch it references is not enough to fix this issue. 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
[Touch-packages] [Bug 1845909] Re: [SRU] IPv6 link local address is assigned even when LinkLocalAddressing=no|ipv4
** Description changed: [impact] - when a networkd interface is configured with LinkLocalAddressing=no, - networkd still assigns a link-local address to it + in some situations 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. + address. This is due to this bug being triggered by timing, as a vlan + interface is raised by the kernel when its parent interface is raised, + in this case by networkd itself. [regression potential] - this moves the point when ipv6ll is configured; regressions would most - likely involve failure to correctly configure an ipv6ll address when - desired. + this changes how ipv6ll addresses are managed and dropped, as well as + changing when foreign addresses are dropped (later in config process). + Any regressions would likely be around incorrectly setting ipv6ll + addresses, or complete failure to complete interface configuration. + + [scope] + + this is fixed upstream by: + https://github.com/systemd/systemd/pull/13927 + + and also requires the upstream PR referenced in the original description: + upstream patch: https://github.com/systemd/systemd/pull/13565 + + this is required for focal (uploaded already), eoan, and bionic. It may + be required for xenial. [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. + Note, the original description below is incorrect, the issue/patch it + references is not enough to fix this issue. 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. ** Changed in: systemd (Ubuntu Eoan) Status: Incomplete => In Progress ** Changed in: systemd (Ubuntu Bionic) Status: Incomplete => In Progress -- 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: New Status in systemd package in Ubuntu: In Progress Status in systemd source package in Bionic: In Progress Status in systemd source package in Disco: Won't Fix Status in systemd source package in Eoan: In Progress Status in systemd source package in Focal: In Progress Bug description: [impact] in some situations 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. This is due to this bug being triggered by timing, as a vlan interface is raised by the kernel when its parent interface is raised, in this case by networkd itself. [regression potential] this changes how ipv6ll addresses are managed and dropped, as well as changing when foreign addresses are dropped (later in config process). Any regressions would likely be around incorrectly setting ipv6ll addresses, or complete failure to complete interface configuration. [scope] this is fixed upstream by: https://github.com/systemd/systemd/pull/13927 and also requires the upstream PR referenced in the original description: upstream patch: https://github.com/systemd/systemd/pull/13565 this is required for focal (uploaded already), eoan, and bionic. It may be required for xenial. [other info] Note, the original description below is incorrect, the issue/patch it references is not enough to fix this issue. 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:
[Touch-packages] [Bug 1845909] Re: [SRU] IPv6 link local address is assigned even when LinkLocalAddressing=no|ipv4
> The header of debian/patches/lp1845909/0001-network-rename- linux_configure_after_setting_mtu-to-linux.patch in the eoan upload appears to be a lie; sorry, I didn't change the patch description from upstream, where my patch actually did only change the function name. This patch includes some change from upstream commit 4ff296b02411bb4f0dc38f48cbab06f8645d2a08 because it is the proper way to handle errors in the mtu handler function, but it's a large patch that I didn't want to fully backport without reason. Do you need me to update the patch description with that text and re- upload, or should I separate out the specific change from the other commit into a separate patch? > And the statement in the description of this bug that "that commit is already included in Eoan so this sru is needed only for Disco" is at odds with the 5 patches related to this bug that are in this debdiff. will update the sru template. -- 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: New Status in systemd package in Ubuntu: In Progress Status in systemd source package in Bionic: Incomplete Status in systemd source package in Disco: Won't Fix Status in systemd source package in Eoan: Incomplete Status in systemd source package in Focal: In Progress 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
[Touch-packages] [Bug 1845909] Re: [SRU] IPv6 link local address is assigned even when LinkLocalAddressing=no|ipv4
Same issue applies to the debdiff in the bionic queue. ** Changed in: systemd (Ubuntu Bionic) Status: In Progress => Incomplete -- 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: New Status in systemd package in Ubuntu: In Progress Status in systemd source package in Bionic: Incomplete Status in systemd source package in Disco: Won't Fix Status in systemd source package in Eoan: Incomplete Status in systemd source package in Focal: In Progress 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
[Touch-packages] [Bug 1845909] Re: [SRU] IPv6 link local address is assigned even when LinkLocalAddressing=no|ipv4
The header of debian/patches/lp1845909/0001-network-rename- linux_configure_after_setting_mtu-to-linux.patch in the eoan upload appears to be a lie; I see substantive changes to the set_mtu_handler() function in this patch, such as dropping an early return. And the statement in the description of this bug that "that commit is already included in Eoan so this sru is needed only for Disco" is at odds with the 5 patches related to this bug that are in this debdiff. Marking incomplete, pending clarifications. ** Changed in: systemd (Ubuntu Eoan) Status: In Progress => Incomplete -- 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: New Status in systemd package in Ubuntu: In Progress Status in systemd source package in Bionic: In Progress Status in systemd source package in Disco: Won't Fix Status in systemd source package in Eoan: Incomplete Status in systemd source package in Focal: In Progress 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
[Touch-packages] [Bug 1845909] Re: [SRU] IPv6 link local address is assigned even when LinkLocalAddressing=no|ipv4
as disco is EOL next week, marking this won't fix for disco. ** Changed in: systemd (Ubuntu Disco) Status: In Progress => Won't Fix -- 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: New Status in systemd package in Ubuntu: In Progress Status in systemd source package in Bionic: In Progress Status in systemd source package in Disco: Won't Fix Status in systemd source package in Eoan: In Progress Status in systemd source package in Focal: In Progress 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
[Touch-packages] [Bug 1845909] Re: [SRU] IPv6 link local address is assigned even when LinkLocalAddressing=no|ipv4
** Tags removed: disco ** Tags added: ddstreet eoan focal -- 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: New Status in systemd package in Ubuntu: In Progress 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: In Progress Status in systemd source package in Focal: In Progress 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
[Touch-packages] [Bug 1845909] Re: [SRU] IPv6 link local address is assigned even when LinkLocalAddressing=no|ipv4
** Also affects: systemd (Ubuntu Focal) Importance: Medium Status: Fix Released ** Changed in: systemd (Ubuntu Eoan) Assignee: (unassigned) => Dan Streetman (ddstreet) ** Changed in: systemd (Ubuntu Focal) Assignee: (unassigned) => Dan Streetman (ddstreet) ** Changed in: systemd (Ubuntu Eoan) Status: Fix Released => In Progress ** Changed in: systemd (Ubuntu Focal) Status: Fix Released => In Progress -- 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: New Status in systemd package in Ubuntu: In Progress 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: In Progress Status in systemd source package in Focal: In Progress 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
[Touch-packages] [Bug 1845909] Re: [SRU] IPv6 link local address is assigned even when LinkLocalAddressing=no|ipv4
> filed an upstream issue thank you! I'll keep an eye on that -- 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: New 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
[Touch-packages] [Bug 1845909] Re: [SRU] IPv6 link local address is assigned even when LinkLocalAddressing=no|ipv4
** Changed in: systemd Status: Unknown => New -- 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: New 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
[Touch-packages] [Bug 1845909] Re: [SRU] IPv6 link local address is assigned even when LinkLocalAddressing=no|ipv4
filed an upstream issue ** Bug watch added: github.com/systemd/systemd/issues #13882 https://github.com/systemd/systemd/issues/13882 ** Changed in: systemd Status: Fix Released => Unknown ** Changed in: systemd Remote watch: github.com/systemd/systemd/issues #12886 => github.com/systemd/systemd/issues #13882 -- 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: New 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
[Touch-packages] [Bug 1845909] Re: [SRU] IPv6 link local address is assigned even when LinkLocalAddressing=no|ipv4
@zhangyoufu, unfortunately this still isn't fixed upstream. I can reproduce it at boot time even with the latest upstream systemd code. https://launchpad.net/~ddstreet/+archive/ubuntu/systemd-upstream I'll have to review the upstream code to see what's going on. ** Tags removed: ddstreet -- 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
[Touch-packages] [Bug 1845909] Re: [SRU] IPv6 link local address is assigned even when LinkLocalAddressing=no|ipv4
** 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
[Touch-packages] [Bug 1845909] Re: [SRU] IPv6 link local address is assigned even when LinkLocalAddressing=no|ipv4
** Changed in: systemd (Ubuntu Disco) Assignee: (unassigned) => Dan Streetman (ddstreet) ** Changed in: systemd (Ubuntu Disco) Importance: Undecided => Medium ** Changed in: systemd (Ubuntu Disco) Status: New => In Progress -- 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 Disco: In Progress Bug 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
[Touch-packages] [Bug 1845909] Re: [SRU] IPv6 link local address is assigned even when LinkLocalAddressing=no|ipv4
This issue also affects 18.04 LTS with systemd 237-3ubuntu10.29 A VLAN interface with LinkLocalAddressing=no configured is not honored -- 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 Disco: New Bug 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
[Touch-packages] [Bug 1845909] Re: [SRU] IPv6 link local address is assigned even when LinkLocalAddressing=no|ipv4
Marking as fixed since the issue is not seen anymore in 19.10. ** Summary changed: - IPv6 link local address is assigned even when LinkLocalAddressing=no|ipv4 + [SRU] IPv6 link local address is assigned even when LinkLocalAddressing=no|ipv4 ** Changed in: systemd (Ubuntu) Status: New => Fix Released ** Also affects: systemd (Ubuntu Disco) Importance: Undecided Status: New -- 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 Disco: New Bug 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
