this was by design. Even when performing a full upgrade to a new Fedora release, if an application has been replaced with a new default, you will retain the old application so that your experience is maintained and there is less disruption to your daily workflow.
(I don’t know if this is true, If someone can confirm ?)
Could you confirm that the right way to do ? or maybe there is a better one ?
That looks like it was not really intended to do that where it seems to me this is a pretty common need/use case for any users which want to upgrade ?
Removing sounds OK : my current kernel is : Linux sbern-laptop 6.17.7-300.fc43.x86_64 #1 SMP PREEMPT_DYNAMIC Sun Nov 2 15:30:09 UTC 2025 x86_64 GNU/Linux
And It will install showtime and glycin-thumbnailer. Papers is not in the list because I installed it before it was the default gnome app.
But as you said it will not remove old ones too bad…
Yep that’s weird.
On your side did you do a fresh install or an upgrade from f42 ?
If you did an upgrade did you use something like sudo dnf install @workstation-product-environment ?
Just to let know I did the Fedora Upgrade (f42->f43) via gnome-software UI.
Thx all for you helps
I summarize the solution here.
I understand there is no straightforward way.
AFAIK, the best way is to install @workstation-product-environment to install new default package, then remove old defaut oneq manually.
Do you think Fedora maintainers will see that post ?
I really feel this is too bad there is not a more straightforward way…
Maybe this is just because there is no good/easy way to do that for casual users
I install from the everything iso, and then install what I want from gnome by hand.
I checked my laptop which was a fresh install and my desktop which was a command line upgrade. I don’t user gnome-software unless I’m testing something.
looking at the output of the command with dnf4.. it’s a little odd..
when i do dnf4 group info gnome
It tells me gnome doesn’t exist, but it does work with dnf5.
If I switch to the full name of the group gnome-desktop it appears to work for both.
It doesn’t make sense to me why this works differently.. but I’m glad you’ve got it sorted..
I’m going to go back and edit my original post to what works in both.
Thanks!
When I use dnf4, it works as expected. dnf4 group info gnome gives new packages dnf4 group info gnome --releasever=42 gives the old ones
… not sure to understand why ? (even if I get that packagekit backend of fedora is using dnf4… I’m not sure to see how this is related to this behavior ??)
I just can give you a hint and I am not able to prove it exactly:
With dnf4 we have used the display name to search a package. With dnf5 we have the field name as search reference, which means there are no capital letters and blanks we do have to take in to account. Blanks are substituted with the dash “-”.
Now if someone knows how to display the field names and their values, we might be able to see why it works/not works.
An other important point is, that dnf5 is not backwards compatible in every sense. So there are different ways how to search something:
dnf4 group & press Tab
dnf4 group
group groupinfo grouplist groups groupupdate
grouperase groupinstall groupremove groups-manager
dnf5 group & press Tab
dnf5 group
list (List comps groups)
info (List comps groups)
install (Install comp groups, including their packages)
remove (Remove comp groups, including their packages)
upgrade (Upgrade comp groups, including their packages)