Summary: | sys-apps/portage should optionally show file download progress | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Nikos Chantziaras <realnc> |
Component: | Core - Interface (emerge) | Assignee: | Portage team <dev-portage> |
Status: | RESOLVED WONTFIX | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 377365 | ||
Attachments: | emerge --info portage |
Description
Nikos Chantziaras
2011-09-19 19:28:45 UTC
Created attachment 287047 [details]
emerge --info portage
This is a side-effect from the fix for bug #375331. You can set FEATURES="-parallel-fetch" in make.conf, and then it will always fetch in the foreground. (In reply to comment #2) > This is a side-effect from the fix for bug #375331. I don't see how. The first fetch should be producing output. Only the subsequent ones should not. > You can set > FEATURES="-parallel-fetch" in make.conf, and then it will always fetch in the > foreground. That is not a good solution, because it will stop fetching in the background during the compile of the current package. (In reply to comment #3) > (In reply to comment #2) > > This is a side-effect from the fix for bug #375331. > > I don't see how. The first fetch should be producing output. Only the > subsequent ones should not. The technical reason is that prefetchers for all required packages are added to a parallel-fetch queue just before it starts to build the first package. If we omit the first package from this parallel-fetch queue, then the second package will fetch first, which is even less desirable than having the first package fetch in the background. In order to make the first package fetch in the foreground, we have to wait until the first package starts fetching in the foreground, and then start the parallel-fetch queue just after that. (In reply to comment #4) > In order to make the first package fetch in the foreground, we have to wait > until the first package starts fetching in the foreground, and then start the > parallel-fetch queue just after that. I don't think this is really worth the trouble, since it seems like it would introduce unnecessary complexity to the code. If somebody wants to try a patch, I'll review it. Otherwise, it's WONTFIX. |