Description of problem:
When trying to install a lot of updates with PUp, PUp can seem to hang. The
windows don't repaint. Users are left wondering what is going on and will try
to abort/cancel by closing the window.
This results in a "Force Quit" dialog box eventually comming up. Then if you
force the quit, it will actually leave a process hanging even after the GUI goes
If you try to do any other rpm type install you will get an error sayins
something has the rpm db locked. The only way to recover from this is with a
kill -9 of the correct process.
It would be nice if the PUp interface could handle this better.
I think the hanging that is experienced is caused when the downloading takes so
long that the root password times out.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
I to have experienced this hanging bug, but i dont think the program is going
completly dead...its more of a "watching the grass grow" or "waiting for paint
to dry" sensation in my case.
I am installing gnome and apache with a sizable amount of their extras right now
and the download process is still going after almost 24 hours. Its not mission
critical that I get these packages installed so I'm riding the wave out to see
The only tangable output I have recieved, other than the successful download of
individual packages is the following:
_set_percentage: assertion `percentage >= 0 && percentage <= 1.0' f
I dont know how much good any of that is but I thought i'd get it out there
Created attachment 131505 [details]
diff file for pirut
Changes pirut, so the window is responsive when using the progress bar.
Created attachment 131506 [details]
diff patch for /usr/sbin/pup
changes pup, so it is responsive when using the progress bar.
Created attachment 131507 [details]
patch for /usr/lib/python2.4/site-packages/pirut/Progress.py
patch for the Progress bar file, so it's responsive(i.e. repaints the window on
the focus event).
Created attachment 131508 [details]
patch for /usr/lib/python2.4/site-packages/pirut/__init__.py
patch for the YumGraphicalBase class, so it's responsive when using the
progress bar(i.e. repaints the window on the focus event).
*** Bug 195466 has been marked as a duplicate of this bug. ***
*** Bug 217339 has been marked as a duplicate of this bug. ***
Threading with yum introduces a number of interesting problems -- but
responsiveness should be a lot better for Fedora 8 and there's a cancel button
on all cancellable operations (ie, everything but the actual installation process)