Comments
tyrbiter
Yes, this is fine, everything installs correctly on update. Thanks for the fix.
dnf upgrade shows these errors for the gmp packages:
Problem 2: installed package gnutls-fips-3.8.9-2.fc42.x86_64 requires gmp(x86-64) = 1:6.3.0-2.fc41, but none of the providers can be installed - cannot install both gmp-1:6.3.0-4.fc42.x86_64 from updates-testing and gmp-1:6.3.0-2.fc41.x86_64 from @System - cannot install both gmp-1:6.3.0-4.fc42.x86_64 from updates-testing and gmp-1:6.3.0-2.fc41.x86_64 from fedora - cannot install the best update candidate for package gnutls-fips-3.8.9-2.fc42.x86_64 - cannot install the best update candidate for package gmp-1:6.3.0-2.fc41.x86_64
Problem 4: problem with installed package - installed package gnutls-fips-3.8.9-2.fc42.x86_64 requires gmp(x86-64) = 1:6.3.0-2.fc41, but none of the providers can be installed - package gnutls-fips-3.8.9-2.fc42.x86_64 from fedora requires gmp(x86-64) = 1:6.3.0-2.fc41, but none of the providers can be installed - cannot install both gmp-1:6.3.0-4.fc42.x86_64 from updates-testing and gmp-1:6.3.0-2.fc41.x86_64 from @System - cannot install both gmp-1:6.3.0-4.fc42.x86_64 from updates-testing and gmp-1:6.3.0-2.fc41.x86_64 from fedora - gmp-1:6.3.0-4.fc42.i686 from updates-testing has inferior architecture - cannot install the best update candidate for package gmp-1:6.3.0-2.fc41.i686
Note that the systemd setting for exim is reset to disabled for the last 3 Fedora package versions.
Same error here, no libtranscalc.so available.
Fair enough, but the packages existed in the previous jdns version, I thought it would make sense for this update to obsolete the packages that were deprecated.
I needed to remove qjdns-qt4 before this update and its qjdns-qt5 counterpart would install.
Now installed and working with LabPlot-2.11.80~20241117.082905.4e770ae-6.fc41
I meant LabPlot
For those of us with LapPlot installed:
Problem: installed package LabPlot-2.11.80~20241117.082905.4e770ae-3.fc41.x86_64 requires qt6-qtbase(x86-64) = 6.8.1, but none of the providers can be installed - cannot install both qt6-qtbase-6.8.2-1.fc41.x86_64 from updates-testing and qt6-qtbase-6.8.1-11.fc41.x86_64 from @System - cannot install both qt6-qtbase-6.8.2-1.fc41.x86_64 from updates-testing and qt6-qtbase-6.8.1-11.fc41.x86_64 from updates - cannot install the best update candidate for package qt6-qtbase-6.8.1-11.fc41.x86_64 - cannot install the best update candidate for package LabPlot-2.11.80~20241117.082905.4e770ae-3.fc41.x86_64
OK, hadn't picked up on that, the perils of using updates-testing.
cmake-3.31.1-1 is already available for F41
This is an older version, so can't update to it.
This has now been resolved by reinstalling selinux-policy-targeted-0:41.29-1.fc41.noarch, it seems there was an error left over from updating selinux-policy recently.
Can't update because:
[3/4] Upgrading podman-5:5.3.1-3.fc41.x86_64 100% | 299.0 MiB/s | 48.1 MiB | 00m00s
[RPM] lsetfilecon: (45 /usr/bin/podman;678bc156, system_u:object_r:container_runtime_exec_t:s0) Invalid argument [RPM] Plugin selinux: hook fsm_file_prepare failed [RPM] unpacking of archive failed on file /usr/bin/podman;678bc156: cpio: (error 0x2) Unpack error: podman-5:5.3.1-3.fc41.x86_64 Transaction failed: Rpm transaction failed.
Also tried using sudo rpm -Uvh and it fails with the same cpio error.
Same problem here too, hence negative karma.
The LabPlot issue is fixed with this version:
LabPlot-2.11.80~20241117.082905.4e770ae-3.fc41.x86_64.rpm
On a different machine with kf5-libkgeomap installed, marble packages cannot update.
Looks like kf5-libkgeomap needs to be rebuilt too
Everything updated correctly except:
LabPlot-2.11.80~20241117.082905.4e770ae-2.fc41
Problem: cannot install the best update candidate for package LabPlot-2.11.1-3.fc41.x86_64 - nothing provides qt6-qtbase(x86-64) = 6.8.0 needed by LabPlot-2.11.80~20241117.082905.4e770ae-2.fc41.x86_64 from updates-testing
Looks like the package needs to be built against qt6-6.8.1 Package Arch Version Repository Size Skipping packages with broken dependencies: LabPlot x86_64 2.11.80~20241117.082905.4e770ae-2.fc41 updates-testing 40.7 MiB
Nothing to do.
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