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.

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.

No big deal, there is a simple workaround.

I ended up having to force install this package, as dnf reports this:

https://kojipkgs.fedoraproject.org//packages/egl-wayland/1.1.17/6.fc41/x86_64/egl-wayland-1.1.17-6 100% | 83.0 KiB/s | 42.5 KiB | 00m01s Package "egl-wayland.x86_64" is already installed.

Nothing to do.

Running dnf check-update shows the previous package is available, so it seems to be ignoring the updated package revision presumably because the git version in the package revision is confusing dnf.

Not sure if this is related, but I see this:

systemd-homed[5072]: Failed to open /var/cache/systemd/home/: Permission denied

although:

$ ll /var/cache/systemd/ total 0 drwxr-xr-x. 1 root root 0 Sep 14 17:28 home

and:

$ ps aux | grep homed root 5072 0.0 0.0 16304 8148 ? Ss 18:11 0:00 /usr/lib/systemd/systemd-homed

Seems a bit odd

Works for me, has the i7-9700's package included now.

Working for me on 2 systems, one with luks unlock, one without.

Understood, just looks a bit weird when nearly 300 packages won't update and there's a forest of problem outputs from dnf.

Is there much coordination with the rpmfusion people?

Getting this into F41 asap would be very helpful. Just had new kernel update problems which broke both a system using luks and one that doesn't.