Created attachment 129212 [details] Missing backend. SUMMARY The PackageKit backend doesn't work. The 'Sources' tab says it's missing, even though the required package (packagekit-qt5) is installed on my system. SOFTWARE/OS VERSIONS Linux Kernel Version: 5.7.1-arch1-1 KDE Plasma Version: 5.19.0 KDE Frameworks Version: 5.70.0 Qt Version: 5.15.0 ADDITIONAL INFORMATION Console output: took really long to fetch PackageKitBackend(0x5608cc5f94b0) took really long to fetch KNSBackend(0x5608cd4d2040, name = "/usr/share/knsrcfiles/systemmonitor-faces.knsrc") Error when fetching the last update time QDBusError("org.freedesktop.DBus.Error.NoReply", "Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.") Transaction error: PackageKit::Transaction::ErrorInternalError "Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken." PackageKit::Transaction(0x5608cc616e60) Transaction error: "Failed to activate service 'org.freedesktop.PackageKit': timed out (service_start_timeout=25000ms)" PackageKit::Transaction(0x5608cd728b50) qml: message: Failed to activate service 'org.freedesktop.PackageKit': timed out (service_start_timeout=25000ms) failed PackageKit::Transaction::ExitFailed PackageKit::Transaction(0x5608cd728b50) Transaction error: "Failed to activate service 'org.freedesktop.PackageKit': timed out (service_start_timeout=25000ms)" PackageKit::Transaction(0x5608cd729150) qml: message: Failed to activate service 'org.freedesktop.PackageKit': timed out (service_start_timeout=25000ms) failed PackageKit::Transaction::ExitFailed PackageKit::Transaction(0x5608cd729150)
You also need to install the package for the Discover packagekit backend, not just packagekit package itself.
Hmm, I'm pretty sure I do have it. If I check the optional dependencies for discover, I get the following output: Optional Deps : packagekit-qt5: to manage packages from Arch Linux repositories [installed] flatpak: Flatpak packages support fwupd: firmware update support Aside from 'packagekit-qt5', I also have 'packagekit' and 'libpackagekit-glib' installed as its dependencies. This is odd, because discover used to work for me before, and all I had to do was install 'packagekit-qt5'.
You need something like discover-backend-packagekit (not sure what the exact name is on Arch, sorry).
Can't seem to find it, unfortunately. :( I also searched the repos for "discover" and "packagekit", and couldn't find anything relevant.
Huh, weird. Maybe an Arch person can help you.
Here's something that might help: Aug 01 13:25:43 Atoll systemd[1]: Failed to start PackageKit Daemon. Aug 01 13:25:43 Atoll systemd-coredump[753]: Process 742 (packagekitd) of user 0 dumped core. Stack trace of thread 742: #0 0x00007f6b08f59a68 g_log_structured_array (libglib-2.0.so.0 + 0x58a68) #1 0x00007f6b08f5a086 g_log_default_handler (libglib-2.0.so.0 + 0x59086) #2 0x00007f6b08f5b449 g_logv (libglib-2.0.so.0 + 0x5a449) #3 0x00007f6b08f5b6f0 g_log (libglib-2.0.so.0 + 0x5a6f0) #4 0x00007f6b0941832c pk_backend_initialize (libpk_backend_alpm.so + 0x632c) #5 0x00005643b62a3619 pk_backend_load (packagekitd + 0x19619) #6 0x00005643b62b0d88 pk_engine_load_backend (packagekitd + 0x26d88) #7 0x00005643b6296456 main (packagekitd + 0xc456) #8 0x00007f6b08c94002 __libc_start_main (libc.so.6 + 0x27002) #9 0x00005643b62966ae _start (packagekitd + 0xc6ae) Stack trace of thread 744: #0 0x00007f6b08d6205f __poll (libc.so.6 + 0xf505f) #1 0x00007f6b08fa1168 n/a (libglib-2.0.so.0 + 0xa0168) #2 0x00007f6b08f51c03 g_main_loop_run (libglib-2.0.so.0 + 0x50c03) #3 0x00007f6b091841a8 n/a (libgio-2.0.so.0 + 0x1001a8) #4 0x00007f6b08f7b511 n/a (libglib-2.0.so.0 + 0x7a511) #5 0x00007f6b08e3d422 start_thread (libpthread.so.0 + 0x9422) #6 0x00007f6b08d6cbf3 __clone (libc.so.6 + 0xffbf3) Stack trace of thread 743: #0 0x00007f6b08d6205f __poll (libc.so.6 + 0xf505f) #1 0x00007f6b08fa1168 n/a (libglib-2.0.so.0 + 0xa0168) #2 0x00007f6b08f52221 g_main_context_iteration (libglib-2.0.so.0 + 0x51221) #3 0x00007f6b08f52272 n/a (libglib-2.0.so.0 + 0x51272) #4 0x00007f6b08f7b511 n/a (libglib-2.0.so.0 + 0x7a511) #5 0x00007f6b08e3d422 start_thread (libpthread.so.0 + 0x9422) #6 0x00007f6b08d6cbf3 __clone (libc.so.6 + 0xffbf3) Stack trace of thread 746: #0 0x00007f6b08d6771d syscall (libc.so.6 + 0xfa71d) #1 0x00007f6b08f9bc9b g_cond_wait_until (libglib-2.0.so.0 + 0x9ac9b) #2 0x00007f6b08f23803 n/a (libglib-2.0.so.0 + 0x22803) #3 0x00007f6b08f7fd5b n/a (libglib-2.0.so.0 + 0x7ed5b) #4 0x00007f6b08f7b511 n/a (libglib-2.0.so.0 + 0x7a511) #5 0x00007f6b08e3d422 start_thread (libpthread.so.0 + 0x9422) #6 0x00007f6b08d6cbf3 __clone (libc.so.6 + 0xffbf3)
Okay, so I've managed to make it work again by commenting out "DisableDownloadTimeout" from my pacman.conf file. So the issue is there. Could someone try to replicate it so as to confirm it?