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:19 +0000
commitd67c0e657c9b042f482a060e20b92e581b333b63 (patch)
tree8914edf7654b7010082f6ec85fa8c4c8ddc41528 /scripts/lib/devtool/standard.py
parentfb838e297eac2972d9d474154103c810d47912df (diff)
downloadpoky-d67c0e657c9b042f482a060e20b92e581b333b63.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: bfa7e82d0b53644293173571c4e149717a015eb3) 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