Bug 8885 - Extensible SDK: old host distro sstate archives get copied into SDK
Summary: Extensible SDK: old host distro sstate archives get copied into SDK
Status: RESOLVED FIXED
Alias: None
Product: OE-Core
Classification: Build System, Metadata & Runtime
Component: devtools / tool chain (show other bugs)
Version: 2.0
Hardware: x86 Multiple
: High normal
Target Milestone: 2.1 M2
Assignee: Paul Eggleton
QA Contact: Aníbal Limón
URL:
Whiteboard:
Depends on:
Blocks:
 
Reported: 2016-01-06 11:58 UTC by Paul Eggleton
Modified: 2016-02-26 13:05 UTC (History)
3 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: No (bug/feature does not impact docs)

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 Paul Eggleton 2016-01-06 11:58:44 UTC 
A while back I upgraded from Fedora 21 to Fedora 23. We construct a filtered sstate-cache for the ext SDK; however rather unexpectedly I initially saw that a Fedora 21 directory was being created in the ext SDK; this no longer happens but I don't believe I've done anything to fix it. One possible explanation is that sstate hashed wildcards are matching in both the old directory and the current one, so they're both copied; now that my native hashes have changed they're no longer matching. In any case, we need to ensure we only copy native sstate packages for the current host distro.