This is a discussion topic for the following Common Issue:
You can discuss the problem and its solutions here, but please note that debugging and technical feedback should primarily go to the issue trackers (e.g. Bugzilla) linked in the Common Issue, because that’s the place that developers watch, not here.
If there are any updates/changes/amendments for the Common Issue description, which you believe should be performed, please post it here.
Unfortunately, it looks like KDE’s KIO framework relies on a package which handles ICO and cursor files (icoutils), which in turn depends on wine-core. That means that KDE Desktop uses cannot upgrade.
Checking on my system, icoutils seems to have been installed by a version of Fedora prior to 42, as the repo it installed from was listed as “unknown”. I was able to test out removing it to no dependency chain hell of “do you want to remove 200 packages?” so evidently KDE doesn’t actually need it.
Funnily enough, this is a fresh install of 42 KDE Desktop from a few weeks ago, but I do have kio-extras-kf5 installed for some reason. I would imagine that it was a dependency of something I’ve since uninstalled, but dnf autoremove didn’t clean it up. I guess I must have installed it manually and forgot…
That’s what makes me think that I may have installed that package manually and then forgotten about it.
EDIT: Funnily enough, I get no output when I run grep f /var/log/dnf.log*, and I get an April date from my rpm query even though I only installed Fedora last month. Wasn’t Fedora 42 released in mid-April? Here’s what I’m seeing:
On my system, if I do dnf4 history list, entry 1 is for 1900 packages installed in November of 2022. The release date of the version you install seems to be set to be the install time for most packages installed by default, as this machine has had Fedora on it since March of 2023.
Right. When you install from a Live ISO, you’re not doing a new dnf transaction to install packages - you’re essentially copying data from the live image, so the history you see is of the transaction that was used to install packages into the original live image.
If you use the netinstaller (aka Everything ISO) on the other hand, the installer does actually dnf-install packages, pulling them from the internet. So in that case, the earliest transaction in dnf4 history list will correspond to the time you actually did the install.
Funny, this is my first time extensively using Fedora since well before dnf was released, so I didn’t realize I could just run dnf4 history list or dnf history list instead of grepping the log files directly.
Here are my outputs from both of those dnf frontends, if that helps.
Oh, cool! Here, are my outputs for those commands.
dnf history list --contains-pkgs=kio-extras-kf5:
ID Command line Date and time Action(s) Altered
2 dnf5 --config /kiwi_dnf5.conf -y --disable-plugin=priorities,versionlock --releasever=42 --exclude=device-mappe 2025-04-09 12:07:14 1977
dnf4 history list kio-extras-kf5:
No transaction which manipulates package 'kio-extras-kf5' was found.
Right, so it looks like the package was in the F42 live image. (From their dates, dnf5 transactions 1 and 2 seem to be the ones that generated the image, nothing you did locally.)
On my system, I didn’t have kio-extras-kf5 on the original F41 install. It turns out that I do actually have it now - it arrived in the F42 upgrade transaction, but it didn’t bring icoutils with it.
On looking further at the dependency, it seems to be a weak (“recommends”) dep:
Curiously, I’m not seeing any DNF5 history for icoutils, although I was able to find the transaction for DNF4. Perhaps it was because I installed the dependent application using KDE Discover? Does that make sense?
It looks like wine-core is left over from an old had Lutris install which I removed. I thought that would have to be the case because I don’t know what else would have come with wine-core. I just assumed that it would have been removed automatically after uninstalling Lutris, but I didn’t know that it would be blocked from dnf autoremove by another package’s recommendation. It’s been a while since I’ve used RPM, and I may have mentioned that this is my first use of a DNF distribution.
I guess I should just manually uninstall the offending packages to unblock myself from the upgrade to Fedora 43?
dnf history list --contains-pkgs=icoutils: No output
dnf4 history list icoutils:
ID | Command line | Date and time | Action(s) | Altered
---------------------------------------------------------------------------------------------------------------------------------------------------------
6 | | 2025-10-29 17:23 | Install | 131
kf5-kio-extras has a weak dependency (recommendation) on icoutils, but was installed (into the live image) without its weak dependencies.
lutris had a transitive dependency on icoutils, so installing lutris caused icoutils to be installed.
After you uninstalled lutris, autoremove didn’t remove icoutils because the still-installed kf5-kio-extras had a weak dependency on icoutils, even though weak dependencies had been ignored when installing kf5-kio-extras.
So… What about those of us that want to keep both 64-bit and 32-bit capabilities ?
… Why were things changed to not actually work in F43 when they worked just fine in F42?
Where is that disastrous conversation?