Description of problem: Sometimes, when asked to install packages, packagekit is "waiting for other tasks" while no other package management operation running. Running yum manually at the time reports no locks and completes without any problem. Version-Release number of selected component (if applicable): PackageKit-0.3.9-4.fc10.i386 How reproducible: Sometimes.
If you select a package in the "Review updates" window, PackageKit fetches the details about the update to show in the bottom pane, and that appears to count as a task to wait for. Is that what you are seeing?
No. First, if this happens, it never ends (I left it for more than hour). Even if I restart gpk-application, it says it is waiting. Only killing packagekitd releases the lock. Yet, if I run yum operation while packagekit in int this state, it doesn't see any locks and proceeds without any problems.
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle. Changing version to '10'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
I also experience this issue--any attempt to do a lot of stuff results in packagekit locking up with 2 to 3 tasks apparently waiting on each other. I was forced to do a "yum update" instead of using packagekit's update, for instance, after upgrading a FC9 system to FC10, because there were too many changes for packagekit to handle. In addition, in my case, killing packagekitd does not restore the system to normal operation--restarting the add/remove software results in no window. Finally, I have had packagekit hang while browsing the package list, presumably because that machine's a little slow. I first observed this behavior in FC9. (Not reported at the time because it was about a month before the FC10 release, and I wanted to wait for FC10.) It appears the reproduction method is to attempt to install a ton of packages on a relatively slow machine :)
Can you reproduce this on F10?
Similar behavior observed when trying to install a single package from F10 32 bit DVD. (vsftp) "waiting for other tasks" indefinitely. The package seems to have installed silently in the background, but "waiting" continued until reboot.
Just to keep alive. If anyone won't reply in one month, I will have to close this bug. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Sorry, please, disregard the 'will close...' part, I only want to keep alive this bug. Reporter, some feedback about bug? -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
I couldn't reproduce it on F10 or in current rawhide.
so, is solved? I also can't reproduce in my f10, I don't try on rawhide box. Anything else? -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
(In reply to comment #10) > so, is solved? I often had this problem on my (quite slow) machine before. But now I have not been annoyed because of that behaviour for several months. So as long as I am concerned, it seems to be solved.
Richard, Seems ended. Do you close? Thanks a lot Morgan for you report. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
I am getting this on my EeePC. I want to install something, but I can't, because there are all these other tasks that are "waiting for tasks", and I can't cancel any of them.
i.aint.thick is this still an ongoing issue for you? -- Steven M. Parrish - KDE Triage Master - PackageKit Triager Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
I ended up installing Ubuntu. When F11 came out, I tried to install it, but I got an error message about not having enough space (even though I did). I might try installing the Xfce spin and see if I can install that.
Can anyone confirm if this is still an issue or not. If no response within 30 days will close this report. -- Steven M. Parrish - KDE Triage Master - PackageKit Triager Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
I confirm this bug in F11 (x86-64), using KDE4. Additionally, when I try to cancel the pending actions ("Cancel" button from the pop-up of each action) packagekit change the "Waiting..." message in "Cancelling", but the pending actions still persist indefinitely in the list (from the System Tray icon). Restarting/Killing (-HUP) the "packagekitd" process seems to be the only way to flush the pending actions.
I am experiencing this, too. I am running Fedora (System Monitor shows a blank beside "Release") inside Virtualbox running on Vista. (Fedora has 763 megs & 128 for display). Gmome 2.24.3 I have had this problem ever since the original install. The process goes on for hours, "Waiting for other..." Closing that window does not close the "Update system" window. Rebooting will end it, though. I ad not used this installation for several months and after the update did not work yesterday and I rebooted to get rid ot the hung process, I ran su yum update which downloaded and installed 600+ megs . The problem continues today. I also never get notice of automatic updates or see any sign that that is running.
Did another yum update and installed another 250 megs Still the same problem. I have no idea how to identify the process that is preventing the update and keeping things waiting...
Same issue on Fedora 11 x86_64 w/ KDE 4.3.2. Killing all packagekit related tasks "fixed" it.
This message is a reminder that Fedora 10 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 10. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '10'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 10's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 10 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Since F10 is nearing EOL going to rebase this to Rawhide. Richard any comments on this issue?
I had the exact same issue on my freshly installed Fedora 12 x86_64 installation with KDE and without any other desktops. I used the DVD to install my system, I checked KDE, unchecked GNOME, and made a custom partitioning scheme (other than that I used the default options in the install menu). I hadn't modified the system in any significant way. I couldn't use kpackagekit to do anything, since it kept telling me it was waiting for other tasks. Since then, I've rebooted, used yum to manually update kpackagekit, and now it seems to be working fine, it's downloading updates as I'm typing up this post. So I guess the problem's been fixed in the mean time. One caveat is, that kpackagekit told me there are security updates after I started the manual update process; I clicked "yes" without really looking. So I'm downloading packages, then the automatic update one wants to download them too, and BOTH tasks seem to be waiting for the other. So as a user, you want to watch out for this problem by canceling one of the two. Hope I'm able to help anyone out with this info! :)
FYI: I updated kpackagekit from 5.0.3 to 5.1.1.
Seeing the same under latest kpackagekit (and KDE 4.3.4 from KDE-redhat.) Seems that packagekitd is locked in a poll loop. (With very short timeouts) As a result, kpackagekit hangs waiting for lock. PackageKit* 0.5.4-0.4, strace log (repeated): ... read(21, 0x7fff83b11230, 8191) = -1 EAGAIN (Resource temporarily unavailable) read(23, 0x7fff83b11230, 8191) = -1 EAGAIN (Resource temporarily unavailable) wait4(25672, 0x7fff83b1327c, WNOHANG, NULL) = 0 poll([{fd=5, events=POLLIN}, {fd=10, events=POLLIN}, {fd=11, events=POLLIN}, {fd=3, events=POLLIN}], 4, 49) = 0 (Timeout) poll([{fd=5, events=POLLIN}, {fd=10, events=POLLIN}, {fd=11, events=POLLIN}, {fd=3, events=POLLIN}], 4, 0) = 0 (Timeout) read(21, 0x7fff83b11230, 8191) = -1 EAGAIN (Resource temporarily unavailable) read(23, 0x7fff83b11230, 8191) = -1 EAGAIN (Resource temporarily unavailable) wait4(25672, 0x7fff83b1327c, WNOHANG, NULL) = 0 poll([{fd=5, events=POLLIN}, {fd=10, events=POLLIN}, {fd=11, events=POLLIN}, {fd=3, events=POLLIN}], 4, 49) = 0 (Timeout) poll([{fd=5, events=POLLIN}, {fd=10, events=POLLIN}, {fd=11, events=POLLIN}, {fd=3, events=POLLIN}], 4, 0) = 0 (Timeout) read(21, 0x7fff83b11230, 8191) = -1 EAGAIN (Resource temporarily unavailable) read(23, 0x7fff83b11230, 8191) = -1 EAGAIN (Resource temporarily unavailable) ... etc. - Gilboa
This bug appears to have been reported against 'rawhide' during the Fedora 13 development cycle. Changing version to '13'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping