I floated this idea on the Gentoo Users list and got some good improvements to my original thoughts. Would the developers of emerge consider adding another 'identifier' on the right hand side, just before the print out of the flags being used for the package compile, that shows if we are building a ~x86 (or ~arch possibly) package? Something like this: Gentoo2 root # emerge -pv screen These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild N ] app-misc/screen-4.0.2 ~x86 -nethack +pam 820 kB ^ =========================================| I added this by hand just to show the idea. I would find it good if it was in bright yellow. Everyone was in agreement that it should not blink. Other than that there was no consensus about how it should look, but everyone liked the idea. With the advent of the /etc/portage/package.keywords file it's easy to forget what packages are ~x86. Something like this could help. I think it should be displayed during any emerge operation (emerge package, emerge -pv package, etc.) but I'll leave it to your judgement what makes the most sense. Thanks! Reproducible: Always Steps to Reproduce:
I'd aim more at: Stable: [ebuild N ] app-misc/screen-4.0.2 Testing (yellow): [ebuild N ~] app-misc/screen-4.0.2 Masked (red): [ebuild N !] app-misc/screen-4.0.2
Slapping shut... a patch would be useful if you want it now, meantime cleaning up existing emerge code would be preferable...
Reopening for consideration.
*** Bug 68827 has been marked as a duplicate of this bug. ***
In order to implement this well (cleanly and efficiently), it seems like the masking internals will have to be re-factored so that they preserve this sort of info.
Here's the current display code in git: http://git.overlays.gentoo.org/gitweb/?p=proj/portage.git;a=commit;h=b0ee82d8502a8f4ed11fefb3d01dba1d7cb5145d
As the OP I had actually forgotten about this suggestion ages ago. However, today I think eix does a fairly good job of the original idea. green - stable brown with ~ - testing red [M] - masked Not quite the same as seeing right at emerge time but it's basically always visible to me telling me what's installed.
This is documented in the emerge.1 man page now: http://git.overlays.gentoo.org/gitweb/?p=proj/portage.git;a=commit;h=91abbdbc96a91fad0e847a763ad0fb1b8437e88a
This is included in 2.2.0_alpha20, but we'll leave this bug open until it's in an unmasked release.
Subtle, but very nice!
The manpage currently reads: --- [ebuild U *] sys-apps/portage-2.2.0_alpha6 [2.1.9.25] Portage 2.1.9.25 is installed, but if you run the command, then portage will upgrade to version 2.2.0_alpha6. In this case, --verbose causes the * symbol to be displayed, in order to indicate that version 2.2.0_alpha6 is masked by missing keyword. The following symbols are used to indicate various types of masking: Symbol Mask Type ────────────────────────── # package.mask * missing keyword ~ unstable keyword --- 1) I propose following replacement: in order to indicate that version 2.2.0_alpha6 is masked by missing keyword. by: in order to indicate that version 2.2.0_alpha6 was originally masked by missing keyword, but unmasked by the user. 2) I would also reduce the two newlines between the description and the table to just one, otherwise it looks like unrelated when quickly looking over the manpage. 3) Additionally this does not seem to work for ~arch masks on my system. I use ACCEPT_KEYWORDS.
(In reply to comment #11) > 3) Additionally this does not seem to work for ~arch masks on my system. I use > ACCEPT_KEYWORDS. Proposed wording for the manpage after discussion in #gentoo-portage: "If the package was unmasked by ACCEPT_KEYWORDS, no indicator is displayed." after "[...] was originally masked by missing keyword, but unmasked by the user."
(In reply to comment #11/12) It should be fixed in this commit: http://git.overlays.gentoo.org/gitweb/?p=proj/portage.git;a=commit;h=ec113fa7a8b9e8f13c4b4dfd110b10fe9a0c7cfc
This is fixed in 2.1.9.39 and 2.2.0_alpha23.
