I am trying to upgrade my laptop to Fedora 41, but I cannot get a clean update state in the current Fedora 40. I ran "dnf update" successfully and it installed many updates including a new kernel. After a reboot, much to my surprise dnfdragora reported 18 updates available. Running "dnf update" again resulted in installation of most of these, but also reported:
Problem 1: package qgnomeplatform-qt5-0.9.2-18.fc40.x86_64 from @System requires qgnomeplatform-common = 0.9.2-18.fc40, but none of the providers can be installed - package qt6-qtbase-common-6.8.1-11.fc40.noarch from updates obsoletes qgnomeplatform-common <= 0.9.3 provided by qgnomeplatform-common-0.9.2-18.fc40.noarch from @System - package qt6-qtbase-common-6.8.1-11.fc40.noarch from updates obsoletes qgnomeplatform-common <= 0.9.3 provided by qgnomeplatform-common-0.9.2-18.fc40.noarch from updates - cannot install the best update candidate for package qgnomeplatform-qt5-0.9.2-18.fc40.x86_64 - cannot install the best update candidate for package qgnomeplatform-common-0.9.2-18.fc40.noarch Problem 2: problem with installed package qgnomeplatform-qt5-0.9.2-18.fc40.x86_64 - package qgnomeplatform-qt5-0.9.2-18.fc40.x86_64 from @System requires qgnomeplatform-common = 0.9.2-18.fc40, but none of the providers can be installed - package qgnomeplatform-qt5-0.9.2-18.fc40.x86_64 from updates requires qgnomeplatform-common = 0.9.2-18.fc40, but none of the providers can be installed - package qt6-qtbase-common-6.8.1-11.fc40.noarch from updates obsoletes qgnomeplatform-common <= 0.9.3 provided by qgnomeplatform-common-0.9.2-18.fc40.noarch from @System - package qt6-qtbase-common-6.8.1-11.fc40.noarch from updates obsoletes qgnomeplatform-common <= 0.9.3 provided by qgnomeplatform-common-0.9.2-18.fc40.noarch from updates - cannot install the best update candidate for package qt6-qtbase-common-6.7.2-6.fc40.noarch
I have tried "dnf update --allowerasing", "dnf update --obsoletes", and even "dnf autoremove", but nothing gets rid of these problems.
I have made no changes to any of the config files in fedora-repos-40-2.noarch.
I am very reluctant to attempt an upgrade to Fedora 41 with the system not in a cleanly updated state. What to do??
On Thu, Jan 23, 2025 at 12:52 PM Robert Nichols via users users@lists.fedoraproject.org wrote:
I am trying to upgrade my laptop to Fedora 41, but I cannot get a clean update state in the current Fedora 40. I ran "dnf update" successfully and it installed many updates including a new kernel. After a reboot, much to my surprise dnfdragora reported 18 updates available. Running "dnf update" again resulted in installation of most of these, but also reported:
Problem 1: package qgnomeplatform-qt5-0.9.2-18.fc40.x86_64 from @System requires qgnomeplatform-common = 0.9.2-18.fc40, but none of the providers can be installed
- package qt6-qtbase-common-6.8.1-11.fc40.noarch from updates obsoletes qgnomeplatform-common <= 0.9.3 provided by qgnomeplatform-common-0.9.2-18.fc40.noarch from @System
- package qt6-qtbase-common-6.8.1-11.fc40.noarch from updates obsoletes qgnomeplatform-common <= 0.9.3 provided by qgnomeplatform-common-0.9.2-18.fc40.noarch from updates
- cannot install the best update candidate for package qgnomeplatform-qt5-0.9.2-18.fc40.x86_64
- cannot install the best update candidate for package qgnomeplatform-common-0.9.2-18.fc40.noarch
Problem 2: problem with installed package qgnomeplatform-qt5-0.9.2-18.fc40.x86_64
- package qgnomeplatform-qt5-0.9.2-18.fc40.x86_64 from @System requires qgnomeplatform-common = 0.9.2-18.fc40, but none of the providers can be installed
- package qgnomeplatform-qt5-0.9.2-18.fc40.x86_64 from updates requires qgnomeplatform-common = 0.9.2-18.fc40, but none of the providers can be installed
- package qt6-qtbase-common-6.8.1-11.fc40.noarch from updates obsoletes qgnomeplatform-common <= 0.9.3 provided by qgnomeplatform-common-0.9.2-18.fc40.noarch from @System
- package qt6-qtbase-common-6.8.1-11.fc40.noarch from updates obsoletes qgnomeplatform-common <= 0.9.3 provided by qgnomeplatform-common-0.9.2-18.fc40.noarch from updates
- cannot install the best update candidate for package qt6-qtbase-common-6.7.2-6.fc40.noarch
I have tried "dnf update --allowerasing", "dnf update --obsoletes", and even "dnf autoremove", but nothing gets rid of these problems.
I have made no changes to any of the config files in fedora-repos-40-2.noarch.
I am very reluctant to attempt an upgrade to Fedora 41 with the system not in a cleanly updated state. What to do??
You should follow the instructions provided at https://docs.fedoraproject.org/en-US/quick-docs/upgrading-fedora-offline/. The process does not include using dnfdragora.
Jeff
On 1/23/25 12:29, Jeffrey Walton wrote:
On Thu, Jan 23, 2025 at 12:52 PM Robert Nichols via users users@lists.fedoraproject.org wrote:
I am trying to upgrade my laptop to Fedora 41, but I cannot get a clean update state in the current Fedora 40. I ran "dnf update" successfully and it installed many updates including a new kernel. After a reboot, much to my surprise dnfdragora reported 18 updates available. Running "dnf update" again resulted in installation of most of these, but also reported:
You should follow the instructions provided at https://docs.fedoraproject.org/en-US/quick-docs/upgrading-fedora-offline/. The process does not include using dnfdragora.
I never actually _used_ dnfdragora. I just saw its notification letting me know that updates were available. I always use dnf from the command line to do the actual updates.
I was following the upgrade procedure from docs.fedoraproject.org/en-US/quick-docs/upgrading-fedora-offline/, but because of the failure I didn't get as far as performing the actual system upgrade.
On Thu, 2025-01-23 at 17:39 -0600, Robert Nichols via users wrote:
I never actually _used_ dnfdragora. I just saw its notification letting me know that updates were available. I always use dnf from the command line to do the actual updates.
I never use dnfdragora, but there appears to be no way to get it to shut up other than removing it.
poc
On Fri, 2025-01-24 at 11:13 +0000, Patrick O'Callaghan wrote:
I never use dnfdragora, but there appears to be no way to get it to shut up other than removing it.
I can't remember if I removed it (I'm on the wrong computer to check, right now), but I did disable the toolbar app for it from the list of apps in mate-session-properties that get started up when I log in.
On 24/1/25 22:13, Patrick O'Callaghan wrote:
On Thu, 2025-01-23 at 17:39 -0600, Robert Nichols via users wrote:
I never actually _used_ dnfdragora. I just saw its notification letting me know that updates were available. I always use dnf from the command line to do the actual updates.
I never use dnfdragora, but there appears to be no way to get it to shut up other than removing it.
Installing dnfdragora does not produce update notifications, you need to install dnfdragora-updater to get those. IMHO dnfdragora is compulsory if you are looking for all available packages that provide certain functionality.
regards, Steve
poc
On 28/1/25 09:18, Patrick O'Callaghan wrote:
On Tue, 2025-01-28 at 08:47 +1100, Stephen Morris wrote:
IMHO dnfdragora is compulsory if you are looking for all available packages that provide certain functionality.
I've no idea what that means. 'dnf search' and 'dnf info' have always been good enough for me.
It might be my lack of understanding of how they work, but I have never been able to get them to find packages based on the contents of the description.
regards, Steve
poc
On 2/2/25 2:16 PM, Stephen Morris wrote:
On 28/1/25 09:18, Patrick O'Callaghan wrote:
On Tue, 2025-01-28 at 08:47 +1100, Stephen Morris wrote:
IMHO dnfdragora is compulsory if you are looking for all available packages that provide certain functionality.
I've no idea what that means. 'dnf search' and 'dnf info' have always been good enough for me.
It might be my lack of understanding of how they work, but I have never been able to get them to find packages based on the contents of the description.
"man dnf-search"
DESCRIPTION The search command in DNF5 is used for searching packages by matching given keywords from the user against various metadata.
By default the command searches for all requested keys (AND operation) in Name or Summary fields from the RPM package metadata. Matching is case-insensitive and globs are supported.
OPTIONS --all Search patterns also inside Description and URL fields. By applying this option the search lists packages that match at least one of the keys (OR operation).
On 23 Jan 2025, at 17:53, Robert Nichols via users users@lists.fedoraproject.org wrote:
qgnomeplatform-qt5
Try removing conflicting packages like qgnomeplatform-qt5 and see if the upgrade will run. Check only a small number of packages will be removed. You can always reinstall any app that got removed after the upgrade has succeeded.
Barry
On 1/23/25 12:30, Barry wrote:
On 23 Jan 2025, at 17:53, Robert Nichols via users users@lists.fedoraproject.org wrote:
qgnomeplatform-qt5
Try removing conflicting packages like qgnomeplatform-qt5 and see if the upgrade will run. Check only a small number of packages will be removed. You can always reinstall any app that got removed after the upgrade has succeeded.
That seems to have taken care of it. Not much was removed:
[fedora ~]# dnf remove qgnomeplatform-qt5 Dependencies resolved. ========================================================================================== Package Architecture Version Repository Size ========================================================================================== Removing: qgnomeplatform-qt5 x86_64 0.9.2-18.fc40 @updates 597 k Removing unused dependencies: qgnomeplatform-common noarch 0.9.2-18.fc40 @updates 12 k qt5-qtgraphicaleffects x86_64 5.15.15-1.fc40 @updates 664 k qt5-qtquickcontrols2 x86_64 5.15.15-1.fc40 @updates 8.3 M
Transaction Summary ========================================================================================== Remove 4 Packages
Afterward, "dnf update" found 15 qt6-related packages to update. Once that was done and an image of the disk saved away, the update to Fedora 41 went smoothly.
Side note: In the interim, I had that laptop completely torn apart and scattered all over my desk to fix a mechanical problem. I am frankly astonished to find that it all went back together and still runs fine.
On 23 Jan 2025 at 11:52, Robert Nichols via users wrote:
To: users@lists.fedoraproject.org Subject: Update failure in Fedora 40 Date sent: Thu, 23 Jan 2025 11:52:25 -0600 Send reply to: Community support for Fedora users users@lists.fedoraproject.org From: Robert Nichols via users users@lists.fedoraproject.org Copies to: Robert Nichols rnicholsNOSPAM@comcast.net
I had similar errors on my Fedora 40 laptops.
For me fix was to remove dnf remove qgnomeplatform-qt5-0.9.2-18.fc40.x86_64
It showed as only removing that one program with no other issues.
Then ran the dnf update and it installed those updates and a lot of others.
At least on my setup, that was all it took.
+------------------------------------------------------------+ Michael D. Setzer II - Computer Science Instructor (Retired) mailto:mikes@guam.net mailto:msetzerii@gmail.com mailto:msetzerii@gmx.com Guam - Where America's Day Begins G4L Disk Imaging Project maintainer http://sourceforge.net/projects/g4l/ +------------------------------------------------------------+
El 23/1/25 a las 19:34, Michael D. Setzer II via users escribió:
On 23 Jan 2025 at 11:52, Robert Nichols via users wrote:
I had similar errors on my Fedora 40 laptops.
For me fix was to remove dnf remove qgnomeplatform-qt5-0.9.2-18.fc40.x86_64
It showed as only removing that one program with no other issues.
Then ran the dnf update and it installed those updates and a lot of others.
At least on my setup, that was all it took.
This worked for me in Fedora 40.
Thanks!
Robert Nichols via users wrote:
I am trying to upgrade my laptop to Fedora 41, but I cannot get a clean update state in the current Fedora 40. I ran "dnf update" successfully and it installed many updates including a new kernel. After a reboot, much to my surprise dnfdragora reported 18 updates available. Running "dnf update" again resulted in installation of most of these, but also reported:
Problem 1: package qgnomeplatform-qt5-0.9.2-18.fc40.x86_64 from @System requires qgnomeplatform-common = 0.9.2-18.fc40, but none of the providers can be installed
- package qt6-qtbase-common-6.8.1-11.fc40.noarch from updates obsoletes qgnomeplatform-common <= 0.9.3 provided by qgnomeplatform-common-0.9.2-18.fc40.noarch from @System
- package qt6-qtbase-common-6.8.1-11.fc40.noarch from updates obsoletes qgnomeplatform-common <= 0.9.3 provided by qgnomeplatform-common-0.9.2-18.fc40.noarch from updates
- cannot install the best update candidate for package qgnomeplatform-qt5-0.9.2-18.fc40.x86_64
- cannot install the best update candidate for package qgnomeplatform-common-0.9.2-18.fc40.noarch
Problem 2: problem with installed package qgnomeplatform-qt5-0.9.2-18.fc40.x86_64
- package qgnomeplatform-qt5-0.9.2-18.fc40.x86_64 from @System requires qgnomeplatform-common = 0.9.2-18.fc40, but none of the providers can be installed
- package qgnomeplatform-qt5-0.9.2-18.fc40.x86_64 from updates requires qgnomeplatform-common = 0.9.2-18.fc40, but none of the providers can be installed
- package qt6-qtbase-common-6.8.1-11.fc40.noarch from updates obsoletes qgnomeplatform-common <= 0.9.3 provided by qgnomeplatform-common-0.9.2-18.fc40.noarch from @System
- package qt6-qtbase-common-6.8.1-11.fc40.noarch from updates obsoletes qgnomeplatform-common <= 0.9.3 provided by qgnomeplatform-common-0.9.2-18.fc40.noarch from updates
- cannot install the best update candidate for package qt6-qtbase-common-6.7.2-6.fc40.noarch
I have tried "dnf update --allowerasing", "dnf update --obsoletes", and even "dnf autoremove", but nothing gets rid of these problems.
I have made no changes to any of the config files in fedora-repos-40-2.noarch.
I am very reluctant to attempt an upgrade to Fedora 41 with the system not in a cleanly updated state. What to do??
This looks similar to the "Fails to install" bug which was filed today (but said to be a non-issue by the maintainer):
https://bugzilla.redhat.com/2341710
If the package is to be obsoleted, it seems to me that the qt5 subpackage also needs to be obsoleted. Ignoring this for the duration of F40 would seem to be inappropriate, IMO.
Perhaps someone affected will care to update that ticket to note that the obsolets appear to be incomplete, at least.
On 24/1/25 06:53, Todd Zullinger wrote:
Robert Nichols via users wrote:
I am trying to upgrade my laptop to Fedora 41, but I cannot get a clean update state in the current Fedora 40. I ran "dnf update" successfully and it installed many updates including a new kernel. After a reboot, much to my surprise dnfdragora reported 18 updates available. Running "dnf update" again resulted in installation of most of these, but also reported:
Problem 1: package qgnomeplatform-qt5-0.9.2-18.fc40.x86_64 from @System requires qgnomeplatform-common = 0.9.2-18.fc40, but none of the providers can be installed
- package qt6-qtbase-common-6.8.1-11.fc40.noarch from updates obsoletes qgnomeplatform-common <= 0.9.3 provided by qgnomeplatform-common-0.9.2-18.fc40.noarch from @System
- package qt6-qtbase-common-6.8.1-11.fc40.noarch from updates obsoletes qgnomeplatform-common <= 0.9.3 provided by qgnomeplatform-common-0.9.2-18.fc40.noarch from updates
- cannot install the best update candidate for package qgnomeplatform-qt5-0.9.2-18.fc40.x86_64
- cannot install the best update candidate for package qgnomeplatform-common-0.9.2-18.fc40.noarch
Problem 2: problem with installed package qgnomeplatform-qt5-0.9.2-18.fc40.x86_64
- package qgnomeplatform-qt5-0.9.2-18.fc40.x86_64 from @System requires qgnomeplatform-common = 0.9.2-18.fc40, but none of the providers can be installed
- package qgnomeplatform-qt5-0.9.2-18.fc40.x86_64 from updates requires qgnomeplatform-common = 0.9.2-18.fc40, but none of the providers can be installed
- package qt6-qtbase-common-6.8.1-11.fc40.noarch from updates obsoletes qgnomeplatform-common <= 0.9.3 provided by qgnomeplatform-common-0.9.2-18.fc40.noarch from @System
- package qt6-qtbase-common-6.8.1-11.fc40.noarch from updates obsoletes qgnomeplatform-common <= 0.9.3 provided by qgnomeplatform-common-0.9.2-18.fc40.noarch from updates
- cannot install the best update candidate for package qt6-qtbase-common-6.7.2-6.fc40.noarch
I have tried "dnf update --allowerasing", "dnf update --obsoletes", and even "dnf autoremove", but nothing gets rid of these problems.
I have made no changes to any of the config files in fedora-repos-40-2.noarch.
I am very reluctant to attempt an upgrade to Fedora 41 with the system not in a cleanly updated state. What to do??
This looks similar to the "Fails to install" bug which was filed today (but said to be a non-issue by the maintainer):
https://bugzilla.redhat.com/2341710
If the package is to be obsoleted, it seems to me that the qt5 subpackage also needs to be obsoleted. Ignoring this for the duration of F40 would seem to be inappropriate, IMO.
Perhaps someone affected will care to update that ticket to note that the obsolets appear to be incomplete, at least.
The issue with qgnomeplatform makes it look like the maintainer hasn't bothered to produce a qt6 version, or as indicated it doesn't obsolete the qt5 version. While removing the conflicting package usually removes the conflict issue, it is not necessarily a good idea as if qgnomeplatform was a manual install for a specific purpose, the equivalent package may not be installed with the upgrade to F41, and hence will be required to be reinstalled after researching what actually needs to be installed. This sort of thing shouldn't be need to be done, especially if the package is unique to Fedora, or if as I have found on several occasions, where the package name is not unique to Fedora, install instructions for Ubuntu or any other linux distribution don't necessarily work for Fedora.
regards, Steve
On 1/27/25 16:01, Stephen Morris wrote:
The issue with qgnomeplatform makes it look like the maintainer hasn't bothered to produce a qt6 version, or as indicated it doesn't obsolete the qt5 version. While removing the conflicting package usually removes the conflict issue, it is not necessarily a good idea as if qgnomeplatform was a manual install for a specific purpose, the equivalent package may not be installed with the upgrade to F41, and hence will be required to be reinstalled after researching what actually needs to be installed. This sort of thing shouldn't be need to be done, especially if the package is unique to Fedora, or if as I have found on several occasions, where the package name is not unique to Fedora, install instructions for Ubuntu or any other linux distribution don't necessarily work for Fedora.
In my case, the only other packages removed (qgnomeplatform-qt5, qgnomeplatform-common, qt5-qtgraphicaleffects, qt5-qtquickcontrols2) either don't exist at all in Fedora 41 or don't exist for qt6, and are not anything I recognize. Apparently I'm not using anything that makes use of "visually impressive and configurable effects to user interfaces."
On Mon, Jan 27, 2025, 17:01 Stephen Morris steve.morris.au@gmail.com wrote:
The issue with qgnomeplatform makes it look like the maintainer hasn't bothered to produce a qt6 version, or as indicated it doesn't obsolete the qt5 version.
QGnomePlatform is abandoned now as per the Github page, so there will likely be no updates/qt6 version coming:
https://github.com/FedoraQt/QGnomePlatform
One of the developers gives background here:
https://jgrulich.cz/2023/08/22/qt-theming-in-fedora-workstation/
Its the same for adwaita-qt, which seems to only leave kvantum/qt6conf/qt5conf for anyone wishing for the same look across GTK/Qt apps in a GTK desktop.