Description of problem: The GNOME Software application on RHEL9 does not install any RPM packages from any repository except flatpaks from the Flathub repository. Version-Release number of selected component (if applicable): gnome-software-41.4-1.el9.x86_64 How reproducible: 100% Steps to Reproduce: 1. Open GNOME Software center find an application available as an RPM package from any repository e.g. EPEL-9. 2. Click on the install button. 3. An error will appear on the screen with the message: "Unable to install <package name> as not supported". The package will not be installed. Actual results: The selected package is not installed. Expected results: The selected package is installed. Additional info: EPEL-9 and the Flathub repositories have been added to the system. Installation using dnf for the same RPM package works properly. Flathubs can be installed by both the GNOME Software application and by using the flatpak command.
Thanks for a bug report. I tried to reproduce this, but it worked as expected here. First, I chose "Ark" application, which fails to install due to dependencies (the full error is not visible in the Software [1], it's visible only on command line). Second, I chose "CopyQ" from EPEL-9 and it installed with no problem. I think you tried to install an application, which is included in more than one repo. Can it be the reason? If so, this can be (at least partly) related to [2], for which is no upstream fix. [1] https://gitlab.gnome.org/GNOME/gnome-software/-/merge_requests/1084 [2] https://gitlab.gnome.org/GNOME/gnome-software/-/issues/1668
Created attachment 1888053 [details] GNOME Software - Installation Failure
I tried to install Firefox which is only available on Red Hat's repo by running gnome-software with the --verbose option to see messages on the screen. When I click the install button I get the error message that it cannot be installed as not supported and on my terminal I see the following messages: 13:28:28:0561 Gs emitting global waiting 13:28:28:0783 Gs emitting global querying 13:28:28:0783 Gs emitting global downloading 13:28:31:0585 PK remove state 0x5616f74b36e0 13:28:31:0585 Gs recovering state on firefox.desktop from installing to available 13:28:31:0589 Gs Disconnecting cancellable 0x7f39ac0dd360 Then I searched for the CpyQ package. It is available as either a flapak application from Flathub or an RPM application from epel-9. The flatpak version can be installed without any problems. If I choose the epel-9 version then the image of the application on the main screen of gnome-software cannot be loade and displayed as shown in the attached screenshot while on the terminal I get the error message: 13:37:25:0395 Gs Result of screenshot downloading attempt with status code '404': Not Found When I click on the install button the application does not install while the terminal produces the following messages: 13:38:41:0660 Gs emitting global waiting 13:38:41:0673 Gs emitting global querying 13:38:41:0994 Gs emitting global downloading 13:38:42:0751 PK remove state 0x5616fca583f0 13:38:42:0751 Gs recovering state on com.github.hluk.copyq.desktop from installing to available 13:38:42:0752 Gs Disconnecting cancellable 0x5616f90469e0
So, I found that the problem is caused by the official Skype repository which I have added. The repo file is the following: [skype-stable] name=skype (stable) baseurl=https://repo.skype.com/rpm/stable/ enabled=1 gpgcheck=1 gpgkey=https://repo.skype.com/data/SKYPE-GPG-KEY When gnome-software is trying to process this repository and load its contents it fails to parse the Skype GPG key file which is indeed downloaded correctly and it is perfectly fine. After this failure the GNOME Software does not work properly for RPM applications. My solution was to disable the gpgcheck option as: gpgcheck=0 and in this case it does not try to parse the Skype GPG key file and then GNOME Software works properly. As to why it fails to parse this file, I have no idea.
Thanks for the update. I've been wondering whether there's anything wrong with your configured repos, but I'd not expect any such thing. The gnome-software does not work with these files, it uses PackageKit under the hood, thus I move this to the PackageKit.