mbedtls 3.6 update
1.4.78
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-4873e56330
Please log in to add feedback.
This update's test gating status has been changed to 'waiting'.
This update has obsoleted lighttpd-1.4.78-1.fc42, and has inherited its bugs and notes.
This update's test gating status has been changed to 'waiting'.
This update has been submitted for testing by bodhi.
This update's test gating status has been changed to 'passed'.
pbrobinson edited this update.
This update has been pushed to testing.
works
This update can be pushed to stable now if the maintainer wishes
Works great! LGTM! =)
This update has been submitted for stable by bodhi.
This update has been pushed to stable.
Looks like the retroarch packages need to be rebuilt to work with the latest mbedtls libraries, I'm not giving it negative karma but I see that the rawhide build of retroarch for mbedtls-3.6 failed:
Problem 1: installed package retroarch-1.19.0-8.fc42.x86_64 requires libmbedcrypto.so.7()(64bit), but none of the providers can be installed - installed package retroarch-1.19.0-8.fc42.x86_64 requires libmbedtls.so.14()(64bit), but none of the providers can be installed - installed package retroarch-1.19.0-8.fc42.x86_64 requires libmbedx509.so.1()(64bit), but none of the providers can be installed - cannot install both mbedtls-3.6.3-1.fc42.x86_64 from updates-testing and mbedtls-2.28.8-1.fc41.x86_64 from @System - cannot install the best update candidate for package retroarch-1.19.0-8.fc42.x86_64 - cannot install the best update candidate for package mbedtls-2.28.8-1.fc41.x86_64 Problem 2: package librist-0.2.7-9.fc42.x86_64 from updates-testing requires libmbedcrypto.so.16()(64bit), but none of the providers can be installed - cannot install both mbedtls-3.6.3-1.fc42.x86_64 from updates-testing and mbedtls-2.28.8-1.fc41.x86_64 from @System - cannot install both mbedtls-3.6.3-1.fc42.x86_64 from fedora and mbedtls-2.28.8-1.fc41.x86_64 from @System - installed package retroarch-filters-1.19.0-8.fc42.x86_64 requires retroarch(x86-64) = 1.19.0-8.fc42, but none of the providers can be installed - installed package retroarch-1.19.0-8.fc42.x86_64 requires libmbedcrypto.so.7()(64bit), but none of the providers can be installed - installed package retroarch-1.19.0-8.fc42.x86_64 requires libmbedtls.so.14()(64bit), but none of the providers can be installed - installed package retroarch-1.19.0-8.fc42.x86_64 requires libmbedx509.so.1()(64bit), but none of the providers can be installed - package retroarch-1.19.0-8.fc42.x86_64 from fedora requires libmbedcrypto.so.7()(64bit), but none of the providers can be installed - package retroarch-1.19.0-8.fc42.x86_64 from fedora requires libmbedtls.so.14()(64bit), but none of the providers can be installed - package retroarch-1.19.0-8.fc42.x86_64 from fedora requires libmbedx509.so.1()(64bit), but none of the providers can be installed - cannot install the best update candidate for package retroarch-filters-1.19.0-8.fc42.x86_64 - cannot install the best update candidate for package librist-0.2.7-8.fc42.x86_64
Package Arch Version Repository Size Skipping packages with conflicts: mbedtls x86_64 3.6.3-1.fc42 updates-test 1.3 MiB mbedtls x86_64 3.6.3-1.fc42 fedora 1.3 MiB Skipping packages with broken dependencies: librist x86_64 0.2.7-9.fc42 updates-test 153.3 KiB retroarch x86_64 1.19.0-8.fc42 fedora 15.1 MiB
@tyrbiter, see switch to bundled mbedtls 2.x for Fedora >= 42.
Looks like it could be cherry picked to F42 branch and the maintainer can kick an update AFAICT.
I can install these updates by forcing an install of the retroarch-1.19.0-9.fc43 packages, so it does look like a Fedora 42 build of retroarch will sort this out.
I tried to do a local build of retroarch but ran into a large set of package conflicts for the -devel packages needed and didn't want to set up a chroot mock build.