Summary: | --depclean could optionally display atoms instead of multiline cat/pkg\nversion | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Jeroen Roovers (RETIRED) <jer> |
Component: | Core - Interface (emerge) | Assignee: | Portage team <dev-portage> |
Status: | RESOLVED FIXED | ||
Severity: | enhancement | CC: | esigra |
Priority: | High | Keywords: | InVCS |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 335925 |
Description
Jeroen Roovers (RETIRED)
2010-07-25 17:27:38 UTC
You suggest to remove the omitted/protected part completely? I think this is useful for the user to validate the unmerge list. What we could do is to print a proper atom instead of the version: dev-util/automoc selected: =dev-util/automoc-0.9.88 protected: none omitted: none Is this good enough? It could do both of course. (In reply to comment #1) > You suggest to remove the omitted/protected part completely? I think this is > useful for the user to validate the unmerge list. > > What we could do is to print a proper atom instead of the version: > > dev-util/automoc > selected: =dev-util/automoc-0.9.88 > protected: none > omitted: none > > Is this good enough? That's a lot more usable. Even better would be if it compacted multiple SLOTs into a single message. How about, instead of: - - - - - - - sys-devel/autoconf selected: 2.13 protected: none omitted: 2.65 - - - - - - - simply this: - - - - - - - [perhaps with one newline here for human-readability] selected: sys-devel/autoconf-2.13 [...] protected: [...] omitted: sys-devel/autoconf-2.65 [...] - - - - - - - and display each line only when not empty? Better yet: - - - - - - - [perhaps with one newline here for human-readability] selected: sys-devel/automake-1.4_p6-r1 selected: sys-devel/automake-1.5-r1 selected: sys-devel/automake-1.7.9-r2 { protected: [...] } omitted: sys-devel/automake-1.11.1 - - - - - - - There's a fix here: http://git.overlays.gentoo.org/gitweb/?p=proj/portage.git;a=commit;h=09e9fdb2d4ceca02ba861ce02e85426dfce7d2af (In reply to comment #4) My feeling is that if we try to mix human readable + machine readable, then we do both poorly. This is in 2.2_rc68, but I'll leave this bug open until it's in an unmasked version. This is fixed in 2.1.9. |