Bugzilla – Bug 699441
Kpackagekit takes forever to refresh package cache/generate package list
Last modified: 2011-07-23 01:57:33 UTC
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:2.0.1) Gecko/20100101 Firefox/4.0.1 After an upgrade, if I click on the "Check for new updates" button in the kpackagekit window, the stage where it goes to refresh package cache/generate package list takes inordinately long. Another problem is that when the updater turns green in the system tray and tells that there are updates, clicking on it opens up kpackagekit window which again performs a search for updates instead of just listing the updates. Reproducible: Always Steps to Reproduce: 1.Update the system after a notification in system tray. 2.Leave the kpackagekit window open. 3.Click on "Check for new Updates" Actual Results: It goes on to refreshing sources which is quite fast. After completing the refresh on sources, package refresh starts which takes a long time to complete. Expected Results: It should not take very long to get package list on a freshly updated system.
Can you send me the output of $ rpm -q --changelog PackageKit | head -n 25
(In reply to comment #1) > Can you send me the output of > > $ rpm -q --changelog PackageKit | head -n 25 shiverma@nirvana ~ $rpm -q --changelog PackageKit | head -n 25 * Fri May 20 2011 meissner@suse.de - fixed build with older gtk2. * Mon May 09 2011 dmacvicar@suse.de - Add patches: + Add PackageKit backend function name in logging (pk_backend_log): 0001-zypp-log-to-ZYpp-s-log-the-start-of-a-PK-backend-fun.patch + Fix for lost package locks (bnc#690038): 0002-zypp-fix-deletion-of-package-locks-bnc-690038.patch * Fri May 06 2011 vuntz@opensuse.org - Update to version 0.6.14: + Lots of nice bugfixes in this release, along with slight changes to the SetProxy() and DownloadPackages() D-Bus API. If you're using either packagekit-glib or packagekit-qt then there's no change required as the libraries have symbol fallbacks. + The packageKit-qt2 library has been committed. It is eventually aiming to replace packagekit-qt. + New Features: - Add a 'store_in_cache' attribute to the DownloadPackages method - Automatically cancel running background transactions if a foreground transaction is committed shiverma@nirvana ~ $ umm...I do have a lot of repos configured, does that contribute to slowing down.
Move to assigned as previous comment provides info requested
My bug sounds like it's a dup of bug 679650
Yes, it is *** This bug has been marked as a duplicate of bug 679650 ***