Hide Forgot
Created attachment 1910094 [details] screenshot of the error Description of problem: If I try to enable Fedora Flathub Selection repo in gnome-software, I get an error about bad key signature, see the screenshot. When I try to search for apps included in that repo (minecraft, bitwarden, zoom), they are not found. However, the apps can be found using "flatpak search", and they also can be found if I kill gnome-software and start it again (or reboot). Version-Release number of selected component (if applicable): gnome-software-43.rc-1.fc37.x86_64 flatpak-1.13.3-6.fc37.x86_64 How reproducible: always Steps to Reproduce: 1. install F37 Workstation (Beta 1.5 or earlier and update) 2. accept all defaults in initial setup (i.e. don't enable third-party repos when offered) 3. open gnome-software -> software repositories 4. enable Fedora Flathub Selection 5. see the error pop up after a while 6. search for minecraft/bitwarden/zoom, can't be found 7. use "flatpak search minecraft", see that it finds it 8. killall gnome-software, run gnome-software again and see that you can find the apps
Created attachment 1910095 [details] journal
Created attachment 1910096 [details] rpm -qa
Proposing as a Final blocker: "The default graphical package manager for a given software type must appropriately: Configure software sources by enabling/disabling pre-defined official repositories and then adjust the available software pool accordingly" https://fedoraproject.org/wiki/Fedora_37_Final_Release_Criteria#Installing,_removing_and_updating_software A similar bug 2074121 was accepted as a blocker in the past.
Possibly related: https://gitlab.gnome.org/GNOME/gnome-software/-/issues/1885
I do not know how these things work. Where does it get the signature/keys? Let's move to the flatpak, I do not think gnome-software does any verification of this kind for the flatpak installations.
When I try to sidestep gnome-software completely, I can enable third-party repos from the terminal (I'm not sure how to enable only fedora flathub selection repo, so I enable all of them) and searching works fine: $ sudo fedora-third-party enable $ fedora-third-party query Third-party repositories are enabled. $ flatpak remotes Name Options fedora system,oci flathub system,filtered $ flatpak search minecraft Name Description Application ID Version Branch Remotes Minec… Create your own world in one o… …mojang.Minecraft 1.0.1221 stable flathub Also, gnome-software seems to frequently crash while running "fedora-third-party enable", but abrt doesn't allow me to report it because of "low informational value". The FAF link is here: https://retrace.fedoraproject.org/faf/reports/84695/ Not sure if this is related to the "bad signature" error, but so far, this feels like a problem in gnome-software rather than the flatpak stack.
That FAF report is useless, no backtrace there. Could you install debuginfo for flatpak/libflatpak and gnome-software, then: $ gnome-software --quit $ gdb gnome-software --batch --ex r --ex bt --ex "t a a bt" &>log.txt and then reproduce the crash to get the backtrace, please? Ideally open a new bug for it, to not mix unrelated things together. As long as flatpak is involved, I'd think of [1], because it can strike anywhere. [1] https://github.com/flatpak/flatpak/issues/3701
(In reply to Milan Crha from comment #7) > and then reproduce the crash to get the backtrace, please? Ideally open a > new bug for it, to not mix unrelated things together. Done, see bug 2124907
Just installed Silverblue 37 Beta and I'm getting the same warning about a key as in the original screenshot but when trying to install software. The software seems to end up installing fine though. Is that related or should I open a new bug on that?
I guess it's the same thing, but I do not know for sure.
+5 in https://pagure.io/fedora-qa/blocker-review/issue/898 , marking accepted.
Kamil, there's a request in the upstream issue for a `--verbose` log from gnome-software for this one...can you get it? I tried, but I couldn't reproduce the bug.
Please note that this is currently filled for flatpak. I need an information from the flatpak developers to explain where the error comes from. They may also know why and how to fix it. Meaning: the upstream bug is filled against gnome-software, but I'm not certain the problem is with the gnome-software itself.
I can't reproduce the problem any longer, so I guess flatpak 1.14.0 fixed it.