dpkg should install other packages in the background while promting for user input
Bug #211178 reported by
Kristian Rasmussen
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
dpkg (Ubuntu) |
Confirmed
|
Wishlist
|
Unassigned |
Bug Description
Binary package hint: dpkg
A dist-upgrade usually takes a long time, which is why you would probably leave the computer while executing it. The problem with this is the many required user inputs that interrupt the upgrade and sets it on hold for hours. Therefore, I propose that dpkg should, while promting for user input for one package, continue processing other packages in the background. This will enable the user to deal with all the packages requiring input at the end of the upgrade or to do it during the upgrade, at his choice.
description: | updated |
Changed in dpkg: | |
importance: | Undecided → Wishlist |
To post a comment you must log in.
In fact, dpkg should operate more event driven in general. Example: for upgrading from jaunty to karmic, I needed to download around 2GB of files, with like 500MB additional space required after installation, with around 2GB free. That would be a solvable problem per se, but dpkg first downloads almost more files it can actually store (maybe it should at least limit it to half the available space or some such). Downloading takes hours. Only after everything is downloaded, it actually starts installing, every once in a while waiting for user input. Instead, it should order the packages (per server) according to dependancies and start installing once it has downloaded a non-trivial cluster of packages that can be installed together without breaking dependancies. That it doesn't need (further) user input for. Yes, that would be quite a non-trivial change...