Talk: Package operations in GNOME Software fail, packagekitd uses a lot of CPU and spams the journal with errors if google-chrome repo is enabled

Ask Fedora
1

This is a discussion topic for the following Common Issue:

You can discuss the problem and its solutions here, but please note that debugging and technical feedback should primarily go to the issue trackers (e.g. Bugzilla) linked in the Common Issue, because that’s the place that developers watch, not here.

If there are any updates/changes/amendments for the Common Issue description, which you believe should be performed, please post it here.

2

Please see the Common Issue for solution/workarounds:

3

It’s a shame f43 gnome-software is still using packagekit.

Why was the move to using dnf5 delayed? f44 uses dnf

4

There were regressions which made us revert back to packagekit. But I don’t have the bug references ready at this moment.

5

There were issues with notifications, requests to import keys, and a memory corruption bug. Also the interaction with the shutdown/reboot dialog doesn’t work yet.

6

I am experiencing the same issue with WineHQ

failed to add subkeys for /var/cache/PackageKit/43/metadata/WineHQ-43-x86_64/winehq.key to rpmdb

And the workaround works.

7

Those issues seem minor compared to the current packagekit issues :wink:

8

I’m getting a similar issue with Fedora Silverblue 43 when trying to install Google-Chrome from the command line. Obviously Silverblue uses rpm-ostree instead of dnf and also packagekit or libdnf aren’t installed either. Any ideas?

failed to add subkeys for /var/cache/rpm-ostree/repomd/google-chrome-43-x86_64/linux_signing_key.pub to rpmdb

9

I raised a bug and got pointed to the following: