[oe] [PATCH] Fixed concurrency problem for ZIP packed recipes.
Ihar Hrachyshka
ihar.hrachyshka at gmail.com
Mon Sep 7 13:10:13 UTC 2009
The problem occured when unzip-native is not yet staged, and ZIP
archive unpacking already started resulting in failed do_unpack task.
Added NEED_UNZIP_FOR_UNPACK variable to use in recipes which do_unpack
with unzip utility but doesn't have '.zip' in SRC_URI (f.e. .EXE
windows self-extraction binaries).
Signed-off-by: Ihar Hrachyshka <ihar.hrachyshka at gmail.com>
---
classes/base.bbclass | 9 +++++++++
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/classes/base.bbclass b/classes/base.bbclass
index d29ba4b..bdee5b2 100644
--- a/classes/base.bbclass
+++ b/classes/base.bbclass
@@ -1187,6 +1187,15 @@ def base_after_parse(d):
depends = depends + " git-native:do_populate_staging"
bb.data.setVarFlag('do_fetch', 'depends', depends, d)
+ # unzip-native should already be staged before unpacking ZIP recipes
+ need_unzip = bb.data.getVar('NEED_UNZIP_FOR_UNPACK', d, 1)
+ src_uri = bb.data.getVar('SRC_URI', d, 1)
+
+ if ".zip" in src_uri or need_unzip == "1":
+ depends = bb.data.getVarFlag('do_unpack', 'depends', d) or ""
+ depends = depends + " unzip-native:do_populate_staging"
+ bb.data.setVarFlag('do_unpack', 'depends', depends, d)
+
# 'multimachine' handling
mach_arch = bb.data.getVar('MACHINE_ARCH', d, 1)
pkg_arch = bb.data.getVar('PACKAGE_ARCH', d, 1)
--
1.5.6.5
More information about the Openembedded-devel
mailing list