15377 2024-01-31 13:14:37 +0000 ${D}/sysroot-only has race between do_populate_sysroot and do_package 2024-10-10 12:08:09 +0000 1 1 7 Build System, Metadata & Runtime OE-Core core unspecified x86 Multiple RESOLVED FIXED Medium normal 5.1 1 callum ross.burton meta.mr.watcher meta.watcher randy.macleod richard.purdie --- --- Don't know oldest_to_newest 98072 0 callum 2024-01-31 13:14:37 +0000 If both do_package and do_populate_sysroot tasks need to be run for a recipe, they may both run at the same time, because there isn't any specific dependency between them, besides the fact they both depend on do_install. If the /sysroot-only feature is used, it can cause an issue, because do_package may delete the /sysroot-only directory before do_populate_sysroot can copy it to the sysroot directory. If you use /sysroot-only, you could force the dependency with the following snippet in recipe do_package[depends] += "${PN}:do_populate_sysroot" But I think in oe-core, staging.bbclass and/or package.bbclass should be adjusted to avoid this race by default. Either the task order could be specified, or do_package could be changed to avoid mutating ${D}. 98087 1 richard.purdie 2024-02-01 15:01:00 +0000 We need to stop it chamging ${D} 98090 2 randy.macleod 2024-02-01 15:43:44 +0000 Not a common error and unlikely so medium priority. 99808 3 ross.burton 2024-10-10 11:42:52 +0000 Callum: where you using an old release when you found this bug? It appears to be resolved with poky f2016af0399250d2378818758c704c37a96e2ed6 which was in 4.1 onwards. Basically the patch does this: - shutil.rmtree(sysroot_only) - cmd = 'tar -cf - -C %s -p -S . | tar -xf - -C %s' % (dest, dvar) + cmd = 'tar --exclude=./sysroot-only -cf - -C %s -p -S . | tar -xf - -C %s' % (dest, dvar) Closing as I believe this is fixed. 99812 4 callum 2024-10-10 12:08:09 +0000 Oh you're right I am not at 4.1 yet. Yeah that snippet would fix it. Thanks.