| Summary: | suspend2-sources-2.6.14-r8 attempts to access files that do not exist | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Pat Double <gentoo> |
| Component: | New packages | Assignee: | John Mylchreest (RETIRED) <johnm> |
| Status: | RESOLVED INVALID | ||
| Severity: | normal | CC: | alonbl, kernel, phreak |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Pat Double
2005-12-28 07:31:41 UTC
This is a known [non-critical] problem with kernel-2.eclass::unipatch(). Reassigning to John. After my latest games with new version, I tried to remove
the errors that I get during unpack. I found that the
UNIPATCH_DOCS should be prefixed with a number on strict.
So it should be:
UNIPATCH_DOCS="${WORKDIR}/patches/000003/${SUSPEND2_SRC}/Changelog.txt"
I don't think that the apply and unapply should be added
there... Changelog should also be renamed to
${SUSPEND2_SRC}-Changelog or something...
So maybe the UNIPATCH_DOCS should not be specified at all... Since the eclass does not apply the files which are not in the format of NNNN-XXXXX anymore.
long time since last comment, plus suspend2-sources-2.6.14-r8 is no longer in the Tree. Closing. Closing the bug does not mean that it is solved... :) suspend2 is just an example of the problem. The real problem is that UNIPATCH_DOCS does not work correctly with UNIPATCH_STRICTORDER. Since it put the files in one more depth (000000X) directory. Maybe suspend2-sources should be fixed to have this prefix... Or be fixed as my last comment#2. Oh... I am sorry... The UNIPATCH_DOCS from recent suspend2-sources... So it is not affected anymore... But I still think the numeric prefix of strict ordering should be documented... |