summaryrefslogtreecommitdiffstats
path: root/bitbake/lib/bb/fetch2
diff options
context:
space:
mode:
authorRichard Purdie <richard.purdie@linuxfoundation.org>2013-06-19 14:03:39 +0100
committerRichard Purdie <richard.purdie@linuxfoundation.org>2013-06-20 13:10:47 +0100
commit5af68d42ba62a2a18d1b0cdacad8e32c2b119255 (patch)
tree46d8d1c8fc154ad31798ec94b7665c121747ee58 /bitbake/lib/bb/fetch2
parentde1841d9c2a0ec1d7103335d450b5fbc2273804e (diff)
downloadpoky-5af68d42ba62a2a18d1b0cdacad8e32c2b119255.tar.gz
bitbake: runqueue/build: Add recideptask flag
Currently, tasks like fetchall are slightly broken since if a recipe has specific [depends] which occur after do_fetch and add items not listed in DEPENDS and RDEPENDS, they are not caught by recrdeptask. We've gone around in circles on this issue (e.g http://git.yoctoproject.org/cgit.cgi/poky/commit/bitbake/lib/bb/runqueue.py?id=5fa6036d49ed7befe6ad50ec95c61a50aec48195 ) and in many cases the behaviour of recrdepends is correct but tasks like fetchall need the other behaviour. To address this we add a recideptask flag which can be used in conjuction with the recrdeptask flag to specify which task to to the inspection upon. This means entries like do_rootfs[depends] which have do_fetch tasks are caught and run. I'm not 100% happy with needing another flag but I don't see any rational way to get the correct behaviour in all cases without it. [YOCTO #4597] (Bitbake rev: f8c9b292b02ce2c28741b74901205f5e5807ca87) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'bitbake/lib/bb/fetch2')
0 files changed, 0 insertions, 0 deletions