[SRU] Update to netplan.io 0.103
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
netplan.io (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Focal |
Fix Released
|
Undecided
|
Unassigned | ||
Hirsute |
Fix Released
|
Undecided
|
Unassigned | ||
Impish |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
[Impact]
This release contains both bug-fixes and new features and we would like to make sure all of our supported customers have access to those improvements.
The most notable changes (besides usual bug-fixes) incoming in 0.103:
- Add YAML generator and Keyfile parser for NetworkManager YAML backend
- Add activation-mode parameter, needs systemd v248+ (LP: #1664844)
- Add default routes as extension of gateway4 & gateway6 (LP: #1756590)
- Add io.netplan.
- Changed the way of how unmanaged-devices are handled by NetworkManager
- Improve integration test suite (LP: #1922126)
See the changelog entry below for a full list of changes and bugs.
[Test Plan]
The following development and SRU process was followed:
https:/
Netplan contains an extensive integration test suite that is ran using
the SRU package for each release. This test suite's results are available here:
http://
A successful run is required before the proposed netplan.io package
can be let into -updates.
In addition to the autopkgtests, we want to make sure that a config using the (legacy) gateway4/6 fields does not print a warning.
The netplan team will be in charge of attaching the artifacts and console
output of the appropriate run to the bug. Netplan team members will not
mark ‘verification-done’ until this has happened.
[Where problems could occur]
Netplan being a core package it could impact the whole networking stack of the operating system up to the point where servers would not be reachable anymore after a reboot, due to broken network config being generated by netplan at bootup. In order to mitigate the regression potential, the results of the aforementioned integration tests are attached to this bug:
Hirsute:
https:/
https:/
https:/
https:/
https:/
Focal:
https:/
https:/
https:/
https:/
https:/
[Other Info]
The integration test logs will be attached to this bug, once the package has been accepted into -proposed and the tests have been executed on the real infrastructure.
On Hirsute the (rather flaky) 'regressions' test regressed in -release and was therefore skipped in this SRU.
[Changelog]
2f0ff65 parse-nm: fix 32bit format string
51c872d cli: Fix failure with "set-name" and "bridges" (#221)
7844058 Gateway fields deprecation and default routing support (FR-728) (LP: #1756590) (#216) – Deprecation warning is muted in SRUs
b90f429 parse: routes: avoid creating dangling pointers on error (#220)
4b7c7a6 parse: handle_routes: clean up the route on error (#219)
54283a0 parser: warn user on multiple global gateway (LP: #1901836) (FR-728) (#217)
2fd3fc2 parse: fix whitespace
5a306c9 parse: new macro set_str_if_null to avoid duplicating existing fields (#218)
9bf63c2 README: add design document reference, update IRC server
417257d Implement basic Keyfile parser (FR-1046) (#212)
9ae9eb7 Improve integration tests interface-ready waiting logic (LP: #1922126) (#204)
922ac81 Implement YAML generator (FR-1046) (#211)
2a7fc68 Implicitly consider devices with activation-mode set as optional (#214)
44dab84 Fix NM unmanaged-devices (changes behavior) (#201)
dafe0a9 Improve subprocess calls to binaries in /sbin + udevadm (#205)
f933369 Handle enum element override (#213)
a8c8564 Add support for the activation-mode parameter (LP: #1664844) (#171)
833952e Fix ABI regression LP: #1922898 FR-1273 (#206)
dd4db6b cli: SNAP special handling: improve test coverage and error handling (#209)
2eafea3 dbus:cli: implement io.netplan.
da3fab1 cli:set: Fix netplan-set on Core20 (#207)
a42fc2f Fix parsing of OVS values with colons (LP: #1913906) (#203)
2f7d973 tests:tunnels: improve flaky wireguard test with wait_output()
3ec52c4 cli:apply: reload/reconfigure networkd instead of restart (#200)
abad253 tests:bonds: fix flaky resend_igmp test
description: | updated |
Changed in netplan.io (Ubuntu Impish): | |
status: | New → Fix Released |
description: | updated |
description: | updated |
description: | updated |
description: | updated |
description: | updated |
tags: |
added: verification-done-focal removed: verification-needed-done |
> - Deprecate gateway4 & gateway6 in favor of defaults routes (LP: #1756590)
I'm not sure this is acceptable to land in a stable release. By all means provide a new and cleaner mechanism, and change the documentation to advise the newer method. However, actually printing a deprecation notice on Focal when it was previously the documented way of doing things on Focal, and thus alarming existing users, seems like really poor UX to me for users who expect stability during the lifetime of an LTS. I think such a deprecation notice should only be presented to users after they upgrade to a newer release, which in practice means that you can only introduce deprecation on the Ubuntu development release.
Our remit to make feature changes in stable releases comes with the limitation that they "must not change behaviour on existing installation". I think that this implies that you cannot deprecate behaviour, or print notices about deprecation, either.
What about Hirsute? https:/ /wiki.ubuntu. com/StableRelea seUpdates# Other_safe_ cases says that "any such feature must then also be added to any newer supported Ubuntu release". When adding new features, this is a hard requirement. We can't have version numbers "go backwards" as users upgrade through Ubuntu releases.