Summary: | dispatch-conf need a better separator | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Fredrik <sedrik> |
Component: | Tools | Assignee: | Portage team <dev-portage> |
Status: | RESOLVED FIXED | ||
Severity: | enhancement | CC: | radek |
Priority: | High | Keywords: | InVCS |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 194041, 358927 | ||
Attachments: | clear the screen with curses if possible and fall back to system('clear') |
Description
Fredrik
2006-08-02 02:14:27 UTC
Well, I've noticed this and had the same idea. Actually, I think a "clear" would be perfect. However, I could be forgetting something. Created attachment 132280 [details, diff]
clear the screen with curses if possible and fall back to system('clear')
This is fixed in svn r7893.
This has been released in 2.1.3.12. There's a similar fix for etc-update here: http://git.overlays.gentoo.org/gitweb/?p=proj/portage.git;a=commit;h=5cfba96ca932266c7b50c9e432f13dd858e031db (In reply to comment #4) > There's a similar fix for etc-update here: > > http://git.overlays.gentoo.org/gitweb/?p=proj/portage.git;a=commit;h=5cfba96ca932266c7b50c9e432f13dd858e031db This is in 2.1.9.50 and 2.2.0_alpha34. Ugh, I really dislike the new etc-update behavior. Do we really need this? +1, can we make this configurable perhaps? Ok, I've added a clear_term config setting for this: http://git.overlays.gentoo.org/gitweb/?p=proj/portage.git;a=commit;h=254e853c8a6aad06d4781b0eb0f5a1d2e1919754 I've disabled clear_term by default for etc-update: http://git.overlays.gentoo.org/gitweb/?p=proj/portage.git;a=commit;h=8f677b5e1d7c8e41c4b677b4cf802b1e8ab21a69 (In reply to comment #9) > I've disabled clear_term by default for etc-update: > > http://git.overlays.gentoo.org/gitweb/?p=proj/portage.git;a=commit;h=8f677b5e1d7c8e41c4b677b4cf802b1e8ab21a69 This is in 2.1.10 and 2.2.0_alpha38. |