Bug 13144 - Changing SSTATE_SCAN_DIR doesn't cause rebuild
Summary: Changing SSTATE_SCAN_DIR doesn't cause rebuild
Status: RESOLVED FIXED
Alias: None
Product: OE-Core
Classification: Build System, Metadata & Runtime
Component: configuration (show other bugs)
Version: unspecified
Hardware: x86 Multiple
: Medium+ normal
Target Milestone: 2.7 M3
Assignee: Alexander Kanavin
QA Contact:
URL:
Whiteboard:
Depends on:
Blocks:
 
Reported: 2019-01-18 06:07 UTC by Erik Botö
Modified: 2019-01-25 13:49 UTC (History)
1 user (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: Don't know

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 Erik Botö 2019-01-18 06:07:09 UTC 
When changing the SSTATE_SCAN_FILES variable in a recipe it doesn't cause a rebuild, so if there's a sstate-cache available with "bad" sstate data in it that will still be used even though the recipe is updated to address this.

To reproduce:
1. bitbake libpng
2. Add this line to meta/recipes-multimedia/libpng/libpng_1.6.36.bb:
   SSTATE_SCAN_FILES += "libpng16.pc"
3. Run bitbake libpng again, nothing will be built.

This is of course not needed for libpng, but I just used it as an example.
Comment 1 Alexander Kanavin 2019-01-18 10:25:15 UTC 
Proposed patch:
http://lists.openembedded.org/pipermail/openembedded-core/2019-January/278177.html
Comment 2 Erik Botö 2019-01-18 12:41:06 UTC 
Nice, works for me!
Comment 3 Alexander Kanavin 2019-01-25 13:49:08 UTC 
Merged in poky master.