summaryrefslogtreecommitdiff
path: root/meta-demoapps/recipes-sato/epdfview
diff options
context:
space:
mode:
authorYu Ke <ke.yu@intel.com>2011-01-04 15:55:33 +0800
committerSaul Wold <sgw@linux.intel.com>2011-01-04 09:46:37 -0800
commit30d27115ec38b8191d81504858d105b0d91277d8 (patch)
treebb27f8b59ba45a137f3012f2c1ac2db759705196 /meta-demoapps/recipes-sato/epdfview
parentca148f4627ed7e1b4858a9d0950b5e720df17e09 (diff)
downloadopenembedded-core-30d27115ec38b8191d81504858d105b0d91277d8.tar.gz
openembedded-core-30d27115ec38b8191d81504858d105b0d91277d8.tar.bz2
openembedded-core-30d27115ec38b8191d81504858d105b0d91277d8.tar.xz
openembedded-core-30d27115ec38b8191d81504858d105b0d91277d8.zip
base.bbclass: add lock file for do_unpack task
This patch intend to fix the random unpack failure of linux-libc-headers-yocto and linux-yocto. The root cause of the unpack failure is that: these two recpies has the same URL, thus has the same dest file during the fetch and unpack phase: do_fetch : create tar ball ${DL_DIR}/git_git.pokylinux.org.linux-yocto-2.6.37.tar.gz do_unpack : extract tar ball ${DL_DIR}/git_git.pokylinux.org.linux-yocto-2.6.37.tar.gz fetch phase is protected by lockfile, so it works fine. but unpack phase is not lock protected, thus there is race condition like: when linux-yocto do_unpack is extracting the tar ball, linux-libc-headers-yocto do_fetch starts to create tar ball thus overwrite linux-yocto's tar ball and cause linux-yocto do_unpack failure To fix this issue, do_unpack also need to be protected by lock Signed-off-by: Yu Ke <ke.yu@intel.com>
Diffstat (limited to 'meta-demoapps/recipes-sato/epdfview')
0 files changed, 0 insertions, 0 deletions