In my u-boot recipe I have the following: require recipes-bsp/u-boot/u-boot.inc python () { if (d.getVar('SOMEVAR', True) == 'true': bb.build.addtask('do_signing', 'do_build', 'do_deploy', d) } do_signing() { # Do something with ${DEPLOY_DIR_IMAGE}/${UBOOT_BINARY} } If I build the recipe do_signing gets run after do_deploy properly. If I do a bitbake myrecipe -c cleanall, then bitbake brcm-myrecipe, do_signing is run even though the setscene version of all the tasks is run. If do_deploy_setscene is run shouldn't do_signing which depends on it be ignored since it's cached? do_package_write_rpm_setscene (191480): log.do_package_write_rpm_setscene.191480 do_package_qa_setscene (192008): log.do_package_qa_setscene.192008 do_populate_sysroot_setscene (193016): log.do_populate_sysroot_setscene.193016 do_populate_lic_setscene (193164): log.do_populate_lic_setscene.193164 do_deploy_setscene (193310): log.do_deploy_setscene.193310 do_packagedata_setscene (195065): log.do_packagedata_setscene.195065 do_signing (69150): log.do_signing.69150
sstate is opt-in, if your task doesn't put anything into the cache then it can't be restored either. If you want your recipe to use sstate then look up sstate-inputdirs and sstate-outputdirs in the manual and other classes in oe-core.