[Bug 2119049] Re: [SRU] Handle rename of u-boot-amlogic as part of noble backport
Dave Jones
2119049 at bugs.launchpad.net
Fri Aug 1 13:16:48 UTC 2025
On a Raspberry Pi 5, under a lxd noble container (which at the time of
writing contains a 2024 version of u-boot-amlogic) the following was
tested:
install u-boot-amlogic (old name)
do-release-upgrade to plucky with --proposed
Unfortunately that only used the proposed version of u-r-u, but does not
include the proposed pocket of the target release, so although the
rename actually worked successfully (u-boot-amlogic-binaries installed,
u-boot-amlogic removed), all that demonstrated was that the "Provides"
clause isn't required in this case.
I then tested the same set up, but placed u-boot-amlogic on hold prior
to do-release-upgrade, ensuring a plucky environment with the 2024
u-boot-amlogic. Then enabled the proposed pocket, unheld u-boot-amlogic,
and ran through a test upgrade and full-upgrade (ensuring the proposed
version was indeed the intended version). In both scenarios the rename
proceeded correctly: u-boot-amlogic-binaries was installed, taking the
"manual" mark from u-boot-amlogic and leaving the latter "no longer
required".
Setting verification to "done"
** Tags removed: verification-needed-plucky
** Tags added: verification-done-plucky
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to u-boot in Ubuntu.
https://bugs.launchpad.net/bugs/2119049
Title:
[SRU] Handle rename of u-boot-amlogic as part of noble backport
Status in u-boot package in Ubuntu:
Fix Released
Status in u-boot source package in Plucky:
Fix Committed
Status in u-boot source package in Questing:
Fix Released
Bug description:
[ Impact ]
See where things could go wrong section for full description;
somewhere between "nothing" and "broken boot".
[ Test Plan ]
For each affected series:
* Under an Ubuntu arm-based image, install u-boot-amlogic from an older version (<2025)
* Run upgrade to proposed version
* Ensure upgrade pulls in u-boot-amlogic-binaries
* Under an Ubuntu noble arm-based image, install a pre-2024 version
* dist-upgrade to a later release
* Ensure dist-upgrade also pulls in u-boot-amlogic-binaries package automatically
Note: we don't require the board used for this to actually use u-boot-
amlogic; this is not testing the bootloader function just the package
rename
[ Where things could go wrong ]
The bootloader functionality is not under consideration with this
change as we don't have any boards that actually use this package any
more. The only question is whether both upgrade and dist-upgrade will
implicitly migrate the u-boot-amlogic package to u-boot-amlogic-
binaries.
If it does not, the best case scenario is either that no (extant)
boards still use this package, or that they continue booting because
(for example) the bootloader itself is only flashed manually. The
worst case scenario is this leaves anyone relying on this package with
a broken boot (assuming whatever is flashing boot assets will flash
them automatically, even when the bootloader is missing).
[ Original Description ]
During the backport of 2025.01 to noble (to mitigate the movement to
RVA23 as part of questing) (LP: #2110301), the SRU team noted that
u-boot-amlogic has been replaced by u-boot-amlogic-binaries, and that
the effective renaming of this package should have an empty
transitional package and "Provides" clause to comply with renaming
practices [1]. This change is also required in the plucky and questing
releases.
[1]: https://wiki.debian.org/PackageTransition case 5
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/u-boot/+bug/2119049/+subscriptions
More information about the foundations-bugs
mailing list