11497 2017-05-10 17:34:29 +0000 eSDK: create test case for populate_sdk_ext using shared states 2025-07-03 15:32:51 +0000 1 1 6 Yocto Project Subprojects eSDK eSDK 2.4 x86 Multiple NEW Medium normal Future 11623 11489 1 jose.perez.carranza unassigned anibal.limon brian.avery randy.macleod richard.purdie ross.burton --- --- No (bug/feature does not impact docs) oldest_to_newest 73171 0 jose.perez.carranza 2017-05-10 17:34:29 +0000 Currently there is to run "$bitbake <image> -c populate_sdk_ext" but does not specify the use of shared states, hence a new test case is needed to execute this test but using SSTATES. Please create the test casea and add it to the eSDK test suite. 73175 1 brian.avery 2017-05-10 19:38:42 +0000 i would broaden this to have a build of <something large like sato-dev>,with sdk and esdk all being built from sstate. furthermore, it's crucial that the build path for the sstate used and the build path for this test be different. 73193 2 richard.purdie 2017-05-11 14:53:13 +0000 Its also crucial the paths are different *and* the original build path is no longer present and has been deleted. 73574 3 francisco.j.pedraza.gonzalez 2017-05-30 22:19:48 +0000 Working on it. 73684 4 francisco.j.pedraza.gonzalez 2017-06-05 17:40:47 +0000 Assigned to Joshua due need info for the best way to avoid hard-coding when using sstates. 73747 5 joshuagloe 2017-06-06 14:20:23 +0000 As this is very similar to bug #11500, for which I've already implemented a new buildstep to remove files, I've gone ahead and begun implementation. Essentially we need to add extra buildsteps on end of an existing buildset (i.e. nightly-qa-extras) which deletes tmp, then builds an eSDK in a different TMPDIR. 73803 6 joshuagloe 2017-06-07 14:38:47 +0000 Some buildsteps to run this test have now been enabled on the Yocto Autobuilder: http://git.yoctoproject.org/clean/cgit.cgi/yocto-autobuilder/commit/?id=5d80b30d55c134aeca63643b4ef3611a1845c6d1 However this isn't complete because the way to ensure that shared state objects are used it to generate a locked signature file and use that when running the build. However, as reported in bug #11623, when auto.conf includes a relative path to the generated locked-sigs.inc this value is propagated to the simulated eSDK environment where bitbake is run during eSDK generation, but the file isn't and its absence causes a build error like: ERROR: core-image-sato-1.0-r0 do_populate_sdk_ext: Failed to generate filtered task list for extensible SDK: ### Shell environment set up for builds. ### You can now run 'bitbake <target>' Common targets are: core-image-minimal core-image-sato meta-toolchain meta-ide-support You can also run generated qemu images with a command like 'runqemu qemux86' ERROR: bitbake failed: ERROR: ParseError at /srv/autobuilder/yocto-autobuilder/yocto-worker/nightly-qa-extras/build/build/newtmp/work/qemux86_64-poky-linux/core-image-sato/1.0-r0/sdk-ext/image/tmp-renamed-sdk/conf/local.conf:23: Could not include required file ../locked-sigs.inc ERROR: core-image-sato-1.0-r0 do_populate_sdk_ext: Function failed: copy_buildsystem ERROR: Logfile of failure stored in: /srv/autobuilder/yocto-autobuilder/yocto-worker/nightly-qa-extras/build/build/newtmp/work/qemux86_64-poky-linux/core-image-sato/1.0-r0/temp/log.do_populate_sdk_ext.49644 NOTE: recipe core-image-sato-1.0-r0: task do_populate_sdk_ext: Failed ERROR: Task (/srv/autobuilder/yocto-autobuilder/yocto-worker/nightly-qa-extras/build/meta/recipes-sato/images/core-image-sato.bb:do_populate_sdk_ext) failed with exit code '1' NOTE: Tasks Summary: Attempted 7344 tasks of which 6862 didn't need to be rerun and 1 failed. 74801 7 joshuagloe 2017-07-06 11:18:54 +0000 Moving milestone as dependent bug #11623 isn't going to make M2 79549 8 joshuagloe 2018-02-22 10:21:50 +0000 This is blocked on the locked-sigs bug, which has moved target milestone again. I'm assigning this issue to Paul so that he can track the dependency and disposition this issue to an appropriate implementer once the dependency bug is resolved. 95848 9 randy.macleod 2023-06-29 16:38:23 +0000 Still worth doing when we have the people available. -- YP bug review. 102394 10 randy.macleod 2025-07-03 15:32:51 +0000 Still worth doing when we have the people available. -- YP bug review.