summaryrefslogtreecommitdiffstats
path: root/scripts/lib/devtool/standard.py
diff options
context:
space:
mode:
authorLuis <luis.pinto.martins@gmail.com>2022-12-24 01:49:46 +0000
committerRichard Purdie <richard.purdie@linuxfoundation.org>2023-01-15 11:05:15 +0000
commitf8187daf0ab7b7ece4750d9b49e9bdf8778dfb25 (patch)
tree7c39fef50d9a45cedd57a42149461cddfb5f95ef /scripts/lib/devtool/standard.py
parentd369e47a825d7cbfb5f46a6bc137fc20231dcbf2 (diff)
downloadpoky-f8187daf0ab7b7ece4750d9b49e9bdf8778dfb25.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: 7ad7ba54916351f4fe2d0bd1542962539e5eb4bd) Signed-off-by: Luis Martins <luis.pinto.martins@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> (cherry picked from commit edcd9ad333bc4e504594e8af83e8cb7007d2e35c) Signed-off-by: Steve Sakoman <steve@sakoman.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'scripts/lib/devtool/standard.py')
0 files changed, 0 insertions, 0 deletions