Comments

185 Comments

Seeing this with gnome-usage update attempt

Problem: cannot install the best update candidate for package gnome-usage-45.0-1.fc40.x86_64 - nothing provides libadwaita >= 1.5 needed by gnome-usage-46.0-1.fc40.x86_64 from updates-testing

Installed version of libadwaita is this:

libadwaita-1.5~beta-1.fc40.x86_64

Probably a libadwaita update is in the works, but not in koji yet.

This now installs with the kde-connect update.

karma

This package needs a later version of kde-connect-libs than:

kde-connect-libs-23.08.4-1.fc39.x86_64

as it will not update the installed pulseaudio-qt:

pulseaudio-qt-1.3-5.fc39.x86_64

The libcpupower soname bump has been reverted in kernel-tools-6.6.2-201, making these two package updates unnecessary.

gnome-applets and gnome-flashback have now been rebuilt against kernel-tools-6.6.2-200 and are fine.

Looks like other packages that depend on libcpupower.so files will need the same rebuild.

kernel-tools-libs appears to have changed the libcpupower.so.0 to .so.1, however the underlying .so.0.0.1 is the same version as in the previous kernel-tools version.

This looks like some sort of typo has crept in.

The kernel and kernel-headers packages update normally, however kernel-tools and kernel-tools-libs have a conflict with the gnome-applets and gnome-flashback packages as shown below:

Problem 1: problem with installed package gnome-applets-3.50.0-2.fc39.x86_64 - package gnome-applets-3.50.0-2.fc39.x86_64 from @System requires libcpupower.so.0()(64bit), but none of the providers can be installed - package gnome-applets-3.50.0-2.fc39.x86_64 from fedora requires libcpupower.so.0()(64bit), but none of the providers can be installed - cannot install both kernel-tools-libs-6.6.2-200.fc39.x86_64 from @commandline and kernel-tools-libs-6.5.4-300.fc39.x86_64 from @System - cannot install both kernel-tools-libs-6.6.2-200.fc39.x86_64 from @commandline and kernel-tools-libs-6.5.4-300.fc39.x86_64 from fedora - cannot install the best update candidate for package kernel-tools-libs-6.5.4-300.fc39.x86_64 Problem 2: problem with installed package gnome-flashback-3.50.0-2.fc39.x86_64 - package gnome-flashback-3.50.0-2.fc39.x86_64 from @System requires gnome-applets(x86-64), but none of the providers can be installed - package gnome-flashback-3.50.0-2.fc39.x86_64 from fedora requires gnome-applets(x86-64), but none of the providers can be installed - package gnome-applets-3.50.0-2.fc39.x86_64 from @System requires libcpupower.so.0()(64bit), but none of the providers can be installed - package gnome-applets-3.50.0-2.fc39.x86_64 from fedora requires libcpupower.so.0()(64bit), but none of the providers can be installed - cannot install both kernel-tools-libs-6.6.2-200.fc39.x86_64 from @commandline and kernel-tools-libs-6.5.4-300.fc39.x86_64 from @System - cannot install both kernel-tools-libs-6.6.2-200.fc39.x86_64 from @commandline and kernel-tools-libs-6.5.4-300.fc39.x86_64 from fedora - package kernel-tools-6.6.2-200.fc39.x86_64 from @commandline requires libcpupower.so.1()(64bit), but none of the providers can be installed - package kernel-tools-6.6.2-200.fc39.x86_64 from @commandline requires kernel-tools-libs = 6.6.2-200.fc39, but none of the providers can be installed - cannot install the best update candidate for package kernel-tools-6.5.4-300.fc39.x86_64

karma

I have also downgraded to octave-8.3.0 with the same qt5-qtbase packages and it works perfectly well.

Yes, it should be a feature update rather than a bug fix as octave itself did not cause the original problem.

BZ#2249662 Updating Fedora 38 to 39 breaks octave-8.3.0
karma

FWIW I have this installed together with the qt5-qtbase-5.15.11-6 package updates and the GUI octave window opens normally.

BZ#2249662 Updating Fedora 38 to 39 breaks octave-8.3.0
karma

Deleted and reinstalled kernel-6.6.1-300 after updating to this new dracut package, initramfs rebuilt OK automatically and now microcode shows as correctly loaded in dmesg:

$ dmesg | grep microcode [ 0.000000] microcode: updated early: 0xd6 -> 0xfa, date = 2023-02-27 [ 1.022577] microcode: Microcode Update Driver: v2.2.

This seems to be working as expected now after the kernel-6.6 microcode config changes.

BZ#2249112 CONFIG_MICROCODE_[AMD|INTEL]!=y
Test Case dracut
karma

Reinstalled the -11 package from Koji, seems to be OK with cqrprop working as expected.

BZ#2235100 /dev/tpm* is missing with new kernels

Good news, and typical that this is a simple 2 line patch but has taken a while to land.

6.3.13 has been in koji for 6 days now, but has not been pushed to either pending or testing.

6.4.3 was the kernel for the test week that ended a few days ago, quite possibly we will see 6.4.3 and the associated header and tools packages soon.

I don't know if either of these versions will fix this AMD GPU problem (I have no AMD hardware), from what I have seen any fixes seem to be part of changes to come in 6.5 that cannot be backported until they are in Linus' tree.

6.4.3 should be in testing soon, 6.3.13 is EOL.

Not sure, but fixes for the AMD problem appear to be in 6.5 kernel, unsure if they can be backported yet.