7564 2015-04-02 23:16:36 +0000 bitbake: runqueue passes non-finalized metadata to setscene callbacks 2015-04-08 21:33:46 +0000 1 1 7 Build System, Metadata & Runtime BitBake bitbake unspecified x86 Multiple RESOLVED FIXED Undecided normal --- 1 kergoth kergoth poky.bs.watcher poky.watcher --- --- No (bug/feature does not impact docs) oldest_to_newest 50062 0 kergoth 2015-04-02 23:16:36 +0000 The bitbake runqueue passes non-finalized metadata to setscene callbacks, but finalized metadata ends up used when the setscene task is executed. As a result, when using an override with SSTATE_DIR, it can look for setscenes in one location, find them, and then try to extract them from another, or fail to find them in one location even though they're available in the other. 50064 1 kergoth 2015-04-02 23:21:59 +0000 Aside: why do some areas of bb.runqueue reference self.cooker.data directly, while others use self.cfgData? 50065 2 kergoth 2015-04-02 23:25:17 +0000 Test case: $ cat >conf/auto.conf <<END SSTATE_DIR = "${TOPDIR}/sstate-cache.nooverride" SSTATE_DIR_forcevariable = "${TOPDIR}/sstate-cache.override" END $ rm -rf tmp sstate-cache.override sstate-cache.nooverride $ bitbake --no-setscene -c populate_sysroot quilt-native $ rm -rf tmp $ bitbake -c populate_sysroot quilt-native # this builds from scratch, when it shouldn't, as sstate was written to override, but not to the checked path, nooverride 50066 3 kergoth 2015-04-02 23:26:50 +0000 Initial testing indicates https://gist.github.com/kergoth/e9a46893fc4e9f1afaa7 resolves this, doing further testing before upstream submission. 50084 4 kergoth 2015-04-03 22:05:56 +0000 Patch emailed to the bitbake-devel list. 50159 5 kergoth 2015-04-08 21:33:46 +0000 Richard merged this, so resolving.