Summary: | re-adding an ebuild that's in the Attic causes repoman to generate a broken Manifest | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Zac Medico <zmedico> |
Component: | Repoman | Assignee: | Portage team <dev-portage> |
Status: | RESOLVED FIXED | ||
Severity: | normal | Keywords: | InVCS |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 181949, 187293 | ||
Attachments: | automatically detect "/Attic/" in the $Header path and correct it |
Description
Zac Medico
2007-03-05 20:44:37 UTC
Another issue which might be similar to this is that initial cvs imports frequently seem to result in broken Manifests. I've observed this today with the initial import of x11-themes/qtcurve: !!! Digest verification failed: !!! /home/gmirror/gentoo-x86/x11-themes/qtcurve/qtcurve-0.46.4.ebuild !!! Reason: Filesize does not match recorded size !!! Got: 701 !!! Expected: 598 In this case the size if off by 103 bytes which is approximately the size that the path in the header should be (perhaps cvs doesn't insert the path into the header for an initial import like this). (In reply to comment #1) > Another issue which might be similar to this is that initial cvs imports > frequently seem to result in broken Manifests. I've observed this today with > the initial import of x11-themes/qtcurve: Nevermind the above. The x11-themes/qtcurve Manifest was not committed by repoman. Created attachment 125543 [details, diff]
automatically detect "/Attic/" in the $Header path and correct it
This is fixed in svn r7341.
This has been released in 2.1.3_rc9. |