Summary: | emerge's 'performing global update' output should not go to stderr | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Matthew Marlowe (RETIRED) <mattm> |
Component: | Core - Interface (emerge) | Assignee: | Portage team <dev-portage> |
Status: | RESOLVED FIXED | ||
Severity: | minor | Keywords: | InVCS |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 115839 |
Description
Matthew Marlowe (RETIRED)
2006-03-13 21:07:24 UTC
Thanks for reporting. This is now in svn r2888 for the next release. Of course, moving it to stdout is just as likely to break scripts that parse portage's output. revdep-rebuild perhaps? In the long run it should probably be going to stdout anyway, though. (In reply to comment #2) > Of course, moving it to stdout is just as likely to break scripts that parse > portage's output. revdep-rebuild perhaps? Good point. I've routed all the output through writemsg_stdout, which defaults to noiselevel=0 and thus will not output when --quiet is enabled (which sets portage_util.noiselimit=-1). The current version of revdep-rebuild uses --quiet so at least that should not break because of this. Released in 2.1_pre6-r3. |