GNOME Bugzilla – Bug 709676
Installing a package silently fails if the GPG key for the yum repo is not installed
Last modified: 2013-10-18 09:37:07 UTC
Trying to install an application through gnome-software fails if the GPG key for the yum repo is not installed. No feedback is given to the user that the installation has failed, other than the "loading..." label in the top right changes back to the blue install button to test this, I deleted the keys using the yum-plugin-keys plugin, and tried to install "leafpad". gnome-software reporting the following error to the terminal: (gnome-software:16760): Gs-WARNING **: failed to complete gs_plugin_app_install: could not do key question as no klass support First reported against Fedora. -- https://bugzilla.redhat.com/show_bug.cgi?id=1016566
*** Bug 710339 has been marked as a duplicate of this bug. ***
Well, now it's not silent, and I think I've fixed the non-interactive install mode now. Can you try with 3.10.1 and see if it still happens? Thanks.
I'm pretty sure I *was* testing with 3.10.1. But I'll double check. ... Er, yeah. From my dupe: "This is after a clean install of an F20 live image built from current repos with GNOME 3.10.1 added. Will attach full log."
Still happens with 3.10.1: (gnome-software:31702): GsPlugin-WARNING **: no mapping for sig-check (gnome-software:31702): Gs-WARNING **: failed to complete gs_plugin_app_install: could not do key question as no klass support and I don't see any relevant-looking commits in gnome-software or PackageKit
Okay, I can reproduce here after removing all my imported keys. I'll fix this now.
Was a PackageKit thinko: commit bc076b3192a6e67f781969459e122fa9576b997b Author: Richard Hughes <richard@hughsie.com> Date: Fri Oct 18 10:25:12 2013 +0100 lib: Do not have duplicate 'interactive' properties on the super and base classes If the client called pk_client_set_interactive() on a PkTask instance this was not being used in the derived class and the EULA and GPG auto-accept prompts were failing. There's no need at all to have the same property in both objects, the property means the same in both. Deprecate the getters and setters in the superclass. Fixes: https://bugzilla.gnome.org/show_bug.cgi?id=709676 I'll do a new PK build for Fedora and link to https://bugzilla.redhat.com/show_bug.cgi?id=1016566 in the update.