[Bug 1949412] Please test proposed package
Łukasz Zemczak
1949412 at bugs.launchpad.net
Mon Feb 28 12:48:25 UTC 2022
Hello Yuan-Chen, or anyone else affected,
Accepted fwupd into impish-proposed. The package will build now and be
available at https://launchpad.net/ubuntu/+source/fwupd/1.7.5-3~21.10.1
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, what testing has been
performed on the package and change the tag from verification-needed-
impish to verification-done-impish. If it does not fix the bug for you,
please add a comment stating that, and change the tag to verification-
failed-impish. 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.
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to fwupd-signed in Ubuntu.
https://bugs.launchpad.net/bugs/1949412
Title:
Upgrade fwupd for Atomic Docking Support
Status in OEM Priority Project:
In Progress
Status in fwupd package in Ubuntu:
Fix Released
Status in fwupd-efi package in Ubuntu:
Fix Released
Status in fwupd-signed package in Ubuntu:
Fix Released
Status in fwupd source package in Focal:
Fix Committed
Status in fwupd-efi source package in Focal:
Fix Committed
Status in fwupd-signed source package in Focal:
Fix Committed
Status in fwupd source package in Hirsute:
Won't Fix
Status in fwupd-efi source package in Hirsute:
Won't Fix
Status in fwupd-signed source package in Hirsute:
Won't Fix
Status in fwupd source package in Impish:
Fix Committed
Status in fwupd-efi source package in Impish:
Fix Committed
Status in fwupd-signed source package in Impish:
Fix Committed
Status in fwupd source package in Jammy:
Fix Released
Status in fwupd-efi source package in Jammy:
Fix Released
Status in fwupd-signed source package in Jammy:
Fix Released
Bug description:
This is to support Dell's new Atomic Docking and WD22TB4 in focal.
As fwupd 1.7.x efi split is done, let use 1.7.5 for this.
In this SRU, it include source package: fwupd-efi, fwupd, fwupd-signed and
libjcat (LP: #1961864)
[Impact]
* Several components that are used in OEM projects need
to use the fwupd to support firmware update.
* This will follow the SRU exception in
https://wiki.ubuntu.com/firmware-updates
[Test Plan]
* follow the steps in the SRU exception page.
Need to make sure it still works well even if secure
boot is on.
* Given fwupd 1.7.4 is so new, I think we should extended
the date in proposed channel like 14 days.
* Plan to loop existing OEM project and also request for
more regression tests.
[Where problems could occur]
* BIOS upgrade failed and brick the machine:
We test the fwupd in PPA and this does not happen. Given past
experience, this only happens as we use unstable/not-tested
bios from vendors.
* component fw upgrade and the component no longer working:
Per OEM team experience, this only happens as we use
unstable/not-tested fw from vendors, or there are special
steps and we didn't follow up carefully enough.
* component fw upgraded and kernel driver/firmware in the ubuntu
the archive does not support it:
This is possible but has rarely happened before. And this is so
hard to know in advance if IHV didn't do their job well.
This only happened in case that the failed fw is not supported
in the previous fwupd, but it supported in the new fwupd, and
the new fw happened not been supported by existing
kernel driver/linux-firmware deb.
We will notify OEM projects to be aware of it, so it won't
break things.
* Other possible failures: those are well-covered in the SRU
exception test plan.
- fwupd does not work as Secure boot is on.
- dbus interface in-compatibility.
[Other Info]
* Two bugs will also be fixed with this SRU: lp:1954965, lp:1953573.
To manage notifications about this bug go to:
https://bugs.launchpad.net/oem-priority/+bug/1949412/+subscriptions
More information about the foundations-bugs
mailing list