summaryrefslogtreecommitdiffstats
path: root/meta/recipes-core/libxml
diff options
context:
space:
mode:
authorLuis <luis.pinto.martins@gmail.com>2022-12-24 01:49:46 +0000
committerRichard Purdie <richard.purdie@linuxfoundation.org>2022-12-26 18:49:07 +0000
commit4e75ed32a0e01ef3245ee900e3b66ed1cdc7eaf9 (patch)
tree0437792dacef7fa36ab7ae16059d88d0cd5d7e5b /meta/recipes-core/libxml
parentf27e91305b2c47c371151812343cb0a960ec7a49 (diff)
downloadpoky-4e75ed32a0e01ef3245ee900e3b66ed1cdc7eaf9.tar.gz
rm_work.bbclass: use HOSTTOOLS 'rm' binary exclusively
The do_rm_work() task is using the first available 'rm' binary available in PATH to remove files and folders. However, depending on the PATH setup and RECIPE_SYSROOT_NATIVE contents, the function can be using the 'rm' binary available in RECIPE_SYSROOT_NATIVE, a folder that will get removed. This causes a sporadic race-condition when trying to access the 'rm' binary of a folder already deleted. Solve this by exclusively using the HOSTTOOLS 'rm' binary, as this folder will not get removed. (From OE-Core rev: edcd9ad333bc4e504594e8af83e8cb7007d2e35c) Signed-off-by: Luis Martins <luis.pinto.martins@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'meta/recipes-core/libxml')
0 files changed, 0 insertions, 0 deletions