diff options
author | Yu Ke <ke.yu@intel.com> | 2010-12-29 15:28:48 +0800 |
---|---|---|
committer | Richard Purdie <rpurdie@linux.intel.com> | 2010-12-30 09:28:45 +0000 |
commit | 6ee0c26e21f48dcd47af88ed5c174e76e76a3e42 (patch) | |
tree | 11b741182e8a2e2cb5a105dd74c9de15f07cf3ff /meta/recipes-devtools/apt/apt-package.inc | |
parent | 93043c55dd3ea0005801bd692f9ec31d86f5aec5 (diff) | |
download | openembedded-core-6ee0c26e21f48dcd47af88ed5c174e76e76a3e42.tar.gz openembedded-core-6ee0c26e21f48dcd47af88ed5c174e76e76a3e42.tar.bz2 openembedded-core-6ee0c26e21f48dcd47af88ed5c174e76e76a3e42.tar.xz openembedded-core-6ee0c26e21f48dcd47af88ed5c174e76e76a3e42.zip |
bb.utils: check if lock file is writable, to fix bug 606
Bug 606 report that if $DL_DIR is read-only, do_fetch will
simply hang without any error message.
The root cause is that: bb.fetch.go()->bb.utils.lockfile()
will try to lock file ${DL_DIR}/xxxxx.lock. Since ${DL_DIR}
is read-only, it will cause IOError exception. Although
lockfile() can catch the exception, currently code simply
ignore all the exception and continue the loop. it make
sense if the exception is caused by locking contention,
but in the read-only $DL_DIR case, it cause endless waiting
unfortunately.
So this patch add read-only check for lockfile to avoid the
silent hang.
Fix [BUGID #606]
Signed-off-by: Yu Ke <ke.yu@intel.com>
Diffstat (limited to 'meta/recipes-devtools/apt/apt-package.inc')
0 files changed, 0 insertions, 0 deletions