Summary: | package.keywords glob support on package name | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Jeremy Huddleston (RETIRED) <eradicator> |
Component: | Core - Configuration | Assignee: | Portage team <dev-portage> |
Status: | RESOLVED WONTFIX | ||
Severity: | enhancement | CC: | cyber.tf, hensan, martin.hierling, zzam |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Jeremy Huddleston (RETIRED)
2004-04-08 02:18:09 UTC
exact category matching (your first line) is realistic, the others not. why would you say the others are not realistic? That pretty much matches what I have on my system. I don't want to have to list each xmms plugin separately... And it shouldn't be that much of a stretch to code the others and just leave it up to the user to decide what is "realisitc." Besides, if done right, you would probably get that functionality for free. No. I will not support that. DEPEND syntax for depend related things. Users that use this feature without knowing what it does is bad enough. Dealing with users that don't know why packages aren't being thrown in is worse, especially when we have to support them. *** Bug 67046 has been marked as a duplicate of this bug. *** With the new split KDE ebuilds and the unmasking nightmare that causes if you want to try a masked version, I think this bug should be reconsidered. kde-base/* ~x86 vs. kde-base/akode ~x86 ...insert another 321 entires here... kde-base/xparts ~x86 |