Comments

594 Comments

This update has been unpushed.

Fixes issues with ARMv7

Works on a wide range of aarch64 and ARMv7 devices, as well as x86_64 VMs and AWS instances.

karma

Dropped armv7 revert breaking ARMv7 on some devices.

Seems OK

BZ#1736135 mokutil: FTBFS in Fedora rawhide/f31
BZ#1736418 pesign: FTBFS in Fedora rawhide/f31
BZ#1736420 pesign-test-app: FTBFS in Fedora rawhide/f31

This update has been unpushed.

This update has been unpushed.

This update has been unpushed.

OK, it's the libdvdread update that's the issue

BZ#1761253 libdvdnav-6.0.1 is available

So this package bumped it's soname from libdvdread.so.4 to libdvdread.so.7 and hence anything that links against it needs to be rebuilt:

gstreamer1-plugins-bad-free-0:1.16.1-2.fc31
gstreamer1-plugins-ugly-free-0:1.16.1-1.fc31
k3b-libs-1:19.04.3-2.fc31
libdvdnav-0:6.0.0-3.fc31
libdvdnav-0:6.0.1-1.fc31
libdvdread-devel-0:6.0.1-2.fc31
ogmrip-0:1.0.1-8.fc31
xine-lib-0:1.2.9-19.20190831hg14506.fc31
BZ#1761254 libdvdread-6.0.2 is available

Broken deps. I suspect either this needs to be built against libdvdnav or visa versa and them both submitted as a single update together.

BZ#1761254 libdvdread-6.0.2 is available

Broken deps. I suspect either this needs to be built against libdvdread or visa versa and them both submitted as a single update together.

BZ#1761253 libdvdnav-6.0.1 is available
karma

This breaks actually applying UEFI fimware updates because fwupd.efi is signed by a test key (person who did the build isn't in the signing ACL) and so secure boot fails when using fwupd.efi :(

This update has been unpushed.

karma

Tested across 20 odd various ARMv7/aarch64 devices and no issues noted over 5.3.7-301

karma

Works on Arm platform as expected :)

BZ#1691430 dnf.exceptions.Error: Incorrect or unknown "arch": armv7hcnl

LGTM, works as expected with encrypted unlock

karma

Seems fine

Works fine on x86 (cloud/VM), and numerous aarch64/ARMv7 devices

Works fine on mustang (aarch64) and upsquared (x86_64)