Summary: | sys-apps/portage: disabled entries should be filtered from p.mask comments | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Dolores <boltomli> |
Component: | Core - Interface (emerge) | Assignee: | Portage team <dev-portage> |
Status: | RESOLVED WONTFIX | ||
Severity: | normal | CC: | mmokrejs |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Dolores
2009-01-02 02:33:02 UTC
Portage is trying to apply the same code it uses to find the comment with the reason for the mask in the profile package.mask to the user-created package.mask. It's not really doing anything "wrong" here. Perhaps portage could just ignore comments that look like they have atoms after the #, but that just adds more overhead, and I really don't think it's necessary. It's working as intended. As for filtering, that's tricky as comments can also contain atoms for description purposes (including on separate lines), and it's hard to draw the line in some cases, e.g. # masked because it depends on the not-yet stable # >cat/foo-2: #>cat/bar-1.2 =cat/bar-2* So at best I'd say filtering should only match comments that ONLY contain atoms. *** Bug 261858 has been marked as a duplicate of this bug. *** Simply add a blank line after you comment out an atom, to separate it from other comments. |