Summary: | repoman has inconsistent output and is flat wrong | ||
---|---|---|---|
Product: | Portage Development | Reporter: | William L. Thomson Jr. (RETIRED) <wltjr> |
Component: | Repoman | Assignee: | Portage team <dev-portage> |
Status: | RESOLVED FIXED | ||
Severity: | blocker | Keywords: | InVCS, REGRESSION |
Priority: | High | ||
Version: | 2.1 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 147007 | ||
Attachments: | use separate xmatch caches for each value of ACCEPT_KEYWORDS |
Description
William L. Thomson Jr. (RETIRED)
2006-12-27 09:13:11 UTC
The ~x86-fbsd failures are due by an old repoman not parsing use.force and package.use.force. Is this still an issue? I've just run repoman on www-servers/tomcat using a cvs checkout from last night (after this bug was filed) and repoman doesn't have any complaints now. Please reopen if this happens again. Created attachment 105049 [details, diff]
use separate xmatch caches for each value of ACCEPT_KEYWORDS
I hit this myself today. I'm surprised that it doesn't trigger wacky results more often than it seems to.
This is fixed in svn r5438. This has been released in 2.1.2_rc4-r4. |