Comments
pbrobinson
This update has been unpushed.
OK, it's the libdvdread update that's the issue
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
Broken deps. I suspect either this needs to be built against libdvdnav or visa versa and them both submitted as a single update together.
Broken deps. I suspect either this needs to be built against libdvdread or visa versa and them both submitted as a single update together.
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.
Tested across 20 odd various ARMv7/aarch64 devices and no issues noted over 5.3.7-301
Works on Arm platform as expected :)
LGTM, works as expected with encrypted unlock
Seems fine
Works fine on x86 (cloud/VM), and numerous aarch64/ARMv7 devices
Works fine on mustang (aarch64) and upsquared (x86_64)
Tested on Pine64, Jetson TX2, Rock64, OrangePi PC, CubieTruck, Udoo Neo, Wandboard, Hummingboard v2, Raspberry Pi 2 and RPi3 (ARMv7), RPi3B+ and RPi3A+ (aarch64), Panda-ES, BeagleBone Black, BeagleBone Black Wireless, x86_64 VM, x86_64 Cloud Instance
Works on ARMv7, aarch64 and x86
Seems OK with basic testing
Seems OK with basic testing
Seems OK
Seems fine
This update has been unpushed.