Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 33953 - Portage does not reset color after the line * Caching service dependencies...
Summary: Portage does not reset color after the line * Caching service dependencies...
Status: RESOLVED INVALID
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Unclassified (show other bugs)
Hardware: All All
: High trivial (vote)
Assignee: Portage team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-11-20 12:53 UTC by Daniel Armyr
Modified: 2011-10-30 22:21 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Daniel Armyr 2003-11-20 12:53:32 UTC 
I just realized that Portage sets the text color to a bright white during the line  mentioned and does not unset that color afterwards. It is a cosmetic bug but still a bug.
Comment 1 Nicholas Jones (RETIRED) gentoo-dev 2003-11-27 06:53:40 UTC 
emerge -p baselayout
Comment 2 Daniel Armyr 2003-11-27 12:24:24 UTC 
Yeah? 
>
>cuardin@card:~;)emerge -p baselayout
>
>These are the packages that I would merge, in order:
>
>Calculating dependencies ...done!
>[ebuild   R   ] sys-apps/baselayout-1.8.6.10-r1  
>
>cuardin@card:~;)

Actually, I noticed that it seems to be a general problem in the ebegin..eend structure.
Comment 3 Martin Schlemmer (RETIRED) gentoo-dev 2003-12-14 10:20:12 UTC 
I have never seen this over here.  Where does this happen (console,
term - if term, which one) ?  Also include 'emerge info'.

The other option is to update to unstable baselayout 1.8.6.12-r2
and see if that makes any difference ...
Comment 4 Daniel Armyr 2003-12-14 13:43:01 UTC 
Ahem. I found the problem. It was a malfunctioning hack from my part. After fixing it the bug has been unreproducable on both my systems.
Comment 5 Nicholas Jones (RETIRED) gentoo-dev 2003-12-22 20:37:59 UTC 
Noted as invalid.