Summary: | Colorize packages in world_sets too when displaying atoms to merge | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Constantin Runge <c.runge> |
Component: | Enhancement/Feature Requests | Assignee: | Portage team <dev-portage> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | emily |
Priority: | Normal | Keywords: | InVCS |
Version: | 2.2 | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=577720 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 573774 |
Description
Constantin Runge
2016-05-16 10:50:57 UTC
Yeah, that's true. Also see bug 577720 which is very similar to what your are asking for, but not exactly the same thing (since the implementation for bug 577720 does not involve world_sets at all, though there is often overlap between world_sets and user sets). FWIW, this behavior would solve my original use case as well. I think the best course of action would be to revert my patch for bug 577720 and implement the behavior as described here. A lot of the complications from that patch could be eliminated, and extra configuration would not be required. It would be difficult to keep both, since packages that are in user sets flagged in world_sets could only be colorized one way or the other, which I'm sure would lead to confusion. The downside is that this is a new behavior that couldn't be changed by configuration, but I agree with all of the original reasoning. I'm willing to implement this if the maintainers agree. (In reply to Adam Mills from comment #2) > I'm willing to implement this if the maintainers agree. Yeah, I like this idea. I think it makes more sense, since world_sets is actually what gets pulled into the dependency graph. This is fixed in git: <https://gitweb.gentoo.org/proj/portage.git/commit/?id=40cdc1c3f467ac94d3a966777eb6a0907c269550> Released in portage-2.3.0. |