generic-poky/bitbake/lib/bb/fetch2
Yu Ke 1589a1172f Fetcher: break the "SRCREVINACTION" deadlock
Current fetcher has annoying "SRCREVINACTION" deadlock,
which occurs when SRCREV=${AUTOREV}=@bb.fetch.get_srcrev():
get_srcrev()->setup_localpath()->srcrev_internal_helper()
->evaluate SRCREV->get_srcrev()

current fetcher resolve the deadlock by introducing a
"SRCREVINACTION" condition check. Althoguh it works, it is
indeed not clean.

This patch use antoehr idea to break the deadlock: break
the dependency among SRCREV and get_srcrev(), i.e. assign
a specific keyword "AUTOINC" to AUTOREV. when Fetcher meet
this keyword, it will check and set the latest revision to
urldata.revision. get_srcrev later can use the urldata.revision
for value evaluation(SRCPV etc). In this case, SRCREV no longer
depends on get_srcrev, and there is not deadlock anymore.

Signed-off-by: Yu Ke <ke.yu@intel.com>
2011-01-10 20:24:33 +00:00
..
__init__.py Fetcher: break the "SRCREVINACTION" deadlock 2011-01-10 20:24:33 +00:00
bzr.py Fetcher: break the "SRCREVINACTION" deadlock 2011-01-10 20:24:33 +00:00
cvs.py bb.fetch2: replace bb.fetch with bb.fetch2 in the bb.fetch 2011-01-10 18:05:07 +00:00
git.py Fetcher: break the "SRCREVINACTION" deadlock 2011-01-10 20:24:33 +00:00
hg.py Fetcher: break the "SRCREVINACTION" deadlock 2011-01-10 20:24:33 +00:00
local.py bb.fetch2: replace bb.fetch with bb.fetch2 in the bb.fetch 2011-01-10 18:05:07 +00:00
osc.py bb.fetch2: replace bb.fetch with bb.fetch2 in the bb.fetch 2011-01-10 18:05:07 +00:00
perforce.py bb.fetch2: replace bb.fetch with bb.fetch2 in the bb.fetch 2011-01-10 18:05:07 +00:00
repo.py bb.fetch2: replace bb.fetch with bb.fetch2 in the bb.fetch 2011-01-10 18:05:07 +00:00
ssh.py bb.fetch2: replace bb.fetch with bb.fetch2 in the bb.fetch 2011-01-10 18:05:07 +00:00
svk.py bb.fetch2: replace bb.fetch with bb.fetch2 in the bb.fetch 2011-01-10 18:05:07 +00:00
svn.py Fetcher: break the "SRCREVINACTION" deadlock 2011-01-10 20:24:33 +00:00
wget.py bb.fetch2: replace bb.fetch with bb.fetch2 in the bb.fetch 2011-01-10 18:05:07 +00:00