Automatic update for shim-15.8-4.
* Mon May 19 2025 Marta Lewandowska <mlewando@redhat.com> - 15.8-4
- Phase 1 of the bootloader updates proposal implementation
- https://fedoraproject.org/wiki/Changes/BootLoaderUpdatesPhase1
Updates may require up to 24 hours to propagate to mirrors. If the following command doesn't work, please retry later:
sudo dnf upgrade --refresh --advisory=FEDORA-2025-6a839fa19ePlease log in to add feedback.
This update was automatically created
This update's test gating status has been changed to 'ignored'.
This update's test gating status has been changed to 'waiting'.
This update's test gating status has been changed to 'ignored'.
This update has been submitted for stable by bodhi
This broke composes, because it has no shim-ia32 subpackage. Was removing it intended? Have all the consequences been considered (I assume it breaks 32-bit UEFI systems)?
I honestly don't think anyone has been using it - or that it has even worked in several years.
I did not test aarch64, only check files from https://koji.fedoraproject.org/koji/rpminfo?rpmID=44177898 :
IMU, the files that has
x64should beaa64.@hhei good observation, by mistake I have hard coded the arch. I will fix it asap.
pjones wrote:
"I honestly don't think anyone has been using it - or that it has even worked in several years."
Neither of those statements are true.
"I honestly don't think anyone has been using it"
That is not true, I still have at least a dozen x86_64 devices which boot with a 32 bit UEFI. And as the person who has been doing most of the kernel side hw-enablement for Intel Bay Trail systems which typically ship with a 32 bit UEFI firmware I can tell you that I still regularly get inquires, bug reports and regression reports about these systems. These systems not only include many smaller laptops (the last generation where 10" laptops where common which some people like) but also various top-set-boxes / NUC style devices used for things like pihole setups and home assistant setups. IOW quite a few people are still using this.
"or that it has even worked in several years."
Again this is also simply not true. I just booted a F43 workstation liveusb on an Asus T100TA (which still is a very popular mini laptop) which has 32 bit UEFI and it boots just fine. So shim-ia32 was working fine until it was disabled.
Please re-enable the shim-ia32 builds and after that we will need to undo all the changes to the various x86_64 compose which were made because of this being disabled out of the blue.
If you insist on disabling shim-ia32 builds for F44 then IMHO you MUST create a change proposal for F44 for this as this will drop support for a whole bunch of hardware which still works fine in F43.