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.

It's not dracut, it's clevis-20-3, apparently there is a working scratchbuild of clevis-21 that fixes it.

And yes, it seems that it does.

Sorry for the misdiagnosis.

Yes, it seems so, the error shown above from dracut-install is repeatable and the initrd file, well initramfs file, is apparently untouched.

I don't know what broke this, but I notice that I have dracut-102-3.fc41 installed but bodhi is only showing 102-2 as being in F41 updates. The kernel-6.11.0-63 definitely installed fine on both systems, will try downgrading dracut.

Working for me with the libcpuid-0.7.0-3 package on F41

gtranslator-46.1-3.fc41.x86_64 has now fixed my problem with libspelling and gnome-text-editor