Red Hat Bugzilla – Bug 440490
check for updates -> hourly doesn't actually check hourly
Last modified: 2014-03-16 23:13:29 EDT
Description of problem:
gpk-update-icon log attached. I have to manually do a pkcon refresh
for it to see updates.
Version-Release number of selected component (if applicable):
Created attachment 300309 [details]
Created attachment 300311 [details]
log after manually doing pkcon refresh
Excellent, thanks for the logs. I'll try to work out why GetUpdates does not
download the new metadata, as it's being scheduled correctly. Are you running
rawhide or koji as repos?
koji static repos:
name=Fedora - Rawhide
If you wait 10 minutes or so without using anything packagekit related, does the
packagekitd process still remain?
packagekitd does not seem to exit. Of course, gpk is telling me there are
updates available - don't know if that changes what you're trying to check for.
One thing that might affect the accuracy of the scheduling is that
gpk-auto-refresh has a 1-hour timeout to check how long ago the last update
But it also does an update one minute after starting, so what happens is that
the timemout is triggered after one hour, sees that the last update was only ~55
minutes ago, and goes to sleep for another hour. The next time it wakes up, the
update will be 1:55 ago, and so an update will be done. The third time it wakes
up, the last update will again be only 55 minutes in the past, etc.
I you want to get closer to "hourly" actually meaning once per hour, you should
either reschedule the timeout after each completed update, or make it run more
frequent, say every 35 minutes.
I've merged your doumentation patch to stable.