Summary: | Portage feature request: a way for emerge --resume to select which emerge operation is to be resumed | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Federico Gherardini <f.gherardini> |
Component: | Conceptual/Abstract Ideas | Assignee: | Portage team <dev-portage> |
Status: | VERIFIED LATER | ||
Severity: | enhancement | CC: | mholzer, radek |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Federico Gherardini
2004-02-08 01:59:47 UTC
I was thinking at emerge --push && make emerge something && emerge --pop --resume when I've serches for bug cointaining --resume but the idea of save it in a file should be better. Anyway how portage know what to resume ? Putting a hold on feature requests for portage as they are drowning out the bugs. Most of these features should be available in the next major version of portage. But for the time being, they are just drowning out the major bugs and delaying the next version's progress. Any bugs that contain patches and any bugs for etc-update or dispatch-conf can be reopened. Sorry, I'm just not good enough with bugzilla. ;) Closing as the new --resume handling makes this mostly pointless. |