Bug 4474 - bitbake fails to find patch files moved to a second valid location
Summary: bitbake fails to find patch files moved to a second valid location
Status: RESOLVED FIXED
Alias: None
Product: BitBake
Classification: Build System, Metadata & Runtime
Component: bitbake (show other bugs)
Version: 1.4
Hardware: x86 Multiple
: Medium minor
Target Milestone: 1.5
Assignee: Paul Eggleton
QA Contact:
URL:
Whiteboard:
Depends on:
Blocks:
 
Reported: 2013-05-09 13:42 UTC by Jerrod Peach
Modified: 2013-06-12 09:34 UTC (History)
3 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Jerrod Peach 2013-05-09 13:42:55 UTC 
If you have a recipe applying patches (via SRC_URI += <patch file>), build that recipe at least once, then move the patch file to a second valid location (e.g. from <pn>/<patch file> to files/<patch file>), bitbake will spit out the following warning:

WARNING: Unable to get checksum for <PN> SRC_URI entry <patch file>: [Errno 2] No such file or directory: '<path to patch file's previous location>'

The only way to clear the warning appears to be wiping out your parse cache, e.g. rm -r tmp/cache.  Rebuilding from that point on will make the warning go away.  I'm believe the patch is still being applied even when the warning appears (though I am not certain), but the message might lead you to believe otherwise.  This warning should probably not appear if the patch is found in a second location.
Comment 1 Paul Eggleton 2013-06-04 09:02:49 UTC 
Patch sent to the bitbake-devel mailing list to fix this.

FYI, you can work around this problem by running "touch" on the recipe file - no need to delete the cache. You are correct in that the patch file is being applied even when the warning is shown; all that breaks is the calculation of the checksum which we use to trigger a re-run of do_fetch and all tasks that depend upon it when one of the local files referred to in SRC_URI changes.