Command-not-found reverting to dnf4 for installs

I noticed an unexpected behaviour today. If you type an application that isn’t installed and then get prompted to install it (by Packagekit?) then dnf4 gets used to do the install. See screenshot below.

Is this expected behaviour, a bug or an oversight with the switch to dnf5?

I have installed a new Fedora 41 from the Everything ISO with KDE-Desktop as the only additional group.

Welcome to Fedora @donaldduck

You have to compare with the kick-start files of the preconfigured iso files we do have.

But first you need to do a full upgrade after install did you do that?

I checked it with pkcon install strace and then I could also not see it in dnf5. Seams to be still normal using dnf4 with packagekit.

p.s. I use gnome desktop (workstation).

I haven’t done a full upgrade but trying to do an upgrade just tells me I can only upgrade to a newer version

I had a lingering feeling something like that could happen with dnf non-root and always took the package name from cnf right to sudo dnf :stuck_out_tongue:


I notice this too on F41 Workstation (updated live respin) clean-install with vdpauinfo (dnf install vdpauinfo; shows under dnf4 history but not dnf5 history list; no sudo use)

Yes, expected, waiting on package kit to port to dnf5 I understand.