Bug 9806

Summary: sstate doesn't detect when the recipe filename changes
Product: [Build System, Metadata & Runtime] OE-Core Reporter: Joshua Lock <joshuagloe>
Component: coreAssignee: Ed Bartosh <eduard.bartosh>
Status: RESOLVED FIXED QA Contact: Francisco Pedraza <francisco.j.pedraza.gonzalez>
Severity: normal    
Priority: Medium+ CC: jose.perez.carranza, meta.mr.watcher, meta.watcher, ross.burton
Version: 2.2   
Target Milestone: 2.2 M2   
Hardware: x86   
OS: Multiple   
Whiteboard:
OS type for building Yocto: --- Type of Regression: ---
Verified: Documentation change: No (bug/feature does not impact docs)
Attachments:
Description Flags
fix none

Description Joshua Lock 2016-06-21 13:42:19 UTC 
The e2fsprogs recipe was erroneously updated with an extra . in the filename (e2fsprogs_1.4.3..bb) resulting in the PV including a . "1.43.".

When the recipe was updated to fix the extra . the sstate code didn't detect that the recipe had been renamed and the PV changed.

The problem is that the PV is determined from the filename but at no time is the determined PV stored and thus it's not included in the checksum. As the summed variables hadn't changed in the fixed recipe the previous sstate object, with an incorrect PV, was reused.
Comment 1 Ed Bartosh 2016-07-07 12:59:55 UTC 
Created attachment 3274 [details]
fix

Joshua, can you check if this fix solves the issue?
Comment 2 Ed Bartosh 2016-07-11 09:55:29 UTC 
The fix has been sent for review: http://lists.openembedded.org/pipermail/openembedded-core/2016-July/123708.html
Comment 3 Ross Burton 2016-07-20 13:44:44 UTC 
Fixed in oe-core 918646ca803d56004fb0ab7c21e86cc9cb14513d.