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... |