Summary: | Support atoms in /etc/portage/profile/package.provided consistent with ordinary profiles | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Kuhn Markus <k17031965> |
Component: | Enhancement/Feature Requests | Assignee: | Portage team <dev-portage> |
Status: | CONFIRMED --- | ||
Severity: | normal | CC: | esigra, fearedbliss, jer, mmokrejs, phattanon, prefix, wolfram |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=142941 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 155723 |
Description
Kuhn Markus
2009-07-14 16:59:12 UTC
It seems like a reasonable idea. If no version number in package.provided. Portage cannot check DEPENDS correctly because it ambiguous. I think its not good idea. (In reply to comment #2) > If no version number in package.provided. Portage cannot check DEPENDS > correctly because it ambiguous. I think its not good idea. There's always potential for misuse of package.provided. That's just the way it is. We shouldn't let fear of "more potential misuse" prevent us from adding a useful enhancement. *** Bug 426670 has been marked as a duplicate of this bug. *** If you mark bugs about similar/related problems as duplicates, then at least fix the Summary to reflect that. *** Bug 505790 has been marked as a duplicate of this bug. *** *** Bug 586714 has been marked as a duplicate of this bug. *** IMHO, it doesn't make much sense to package.provide '<=version' or '>=version'. For '<=version' it should be sufficient to provide 'version', while for '>=version' it should be sufficient to provide '9999999', no? |