Summary: | Portage could try to print the relevant USEflags in 'dependency required by' | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Michał Górny <mgorny> |
Component: | Enhancement/Feature Requests | Assignee: | Portage team <dev-portage> |
Status: | RESOLVED DUPLICATE | ||
Severity: | enhancement | CC: | esigra |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 300071 |
Description
Michał Górny
2010-12-19 09:43:06 UTC
--autounmask does that already and is better for such things anyways, as it doesn't stop at the first problem. It should just become the default. (In reply to comment #1) > --autounmask does that already and is better for such things anyways, as it > doesn't stop at the first problem. It should just become the default. How is it better? As you might not have noticed, I'd like to see the whole USE-tree to know which flag to disable to get rid of the policykit requirement rather than enabling the flag. It prints a comment for every change and this comments contains the chain you want to see. (In reply to comment #3) > It prints a comment for every change and this comments contains the chain you > want to see. Ok, it prints it indeed. So why not simply sync the chain printing code within both solutions? The --autounmask code is really hard to read, unformatted and simply ugly. (In reply to comment #4) > Ok, it prints it indeed. So why not simply sync the chain printing code within > both solutions? That shouldn't be too hard if someone wants to do it. > The --autounmask code is really hard to read, unformatted and > simply ugly. > You better start bringing in improvement suggestions now, as this is the future. (In reply to comment #5) > > The --autounmask code is really hard to read, unformatted and > > simply ugly. > > You better start bringing in improvement suggestions now, as this is the > future. I'd start with adding colored formatting (similar to one used in the standard code) -- that certainly wouldn't hurt copy/paste, and certainly would improve readability. I'd also think about printing that one package per line. But then the output would get awfully long. So, I'd think whether we actually need the whole list in the relevant mask-comments? Maybe it'd be ok to just mention the first and final deps? *** This bug has been marked as a duplicate of bug 255482 *** |