diff options
author | Richard Purdie <richard.purdie@linuxfoundation.org> | 2013-07-29 09:19:42 +0100 |
---|---|---|
committer | Richard Purdie <richard.purdie@linuxfoundation.org> | 2013-07-29 13:28:24 +0100 |
commit | eb1f9284ea7eb34717de9963cc31636166766026 (patch) | |
tree | f09790a2e26dff893b5ec8c5b45593de683541c6 /scripts/yocto-layer | |
parent | 46dcd80b36177c31c0d9fa6e678b9b13aeabe6f0 (diff) | |
download | poky-eb1f9284ea7eb34717de9963cc31636166766026.tar.gz |
bitbake: bitbake: data_smart: Ensure variable flags are accounted for in config data hash
Currently if the flags set against a variable in the base data store
change, it doesn't automatically trigger a reparse when it really
should. For example with the blacklist class setting:
PNBLACKLIST[qemu] = "bar"
PNBLACKLIST[bash] = "foo"
will not trigger a reparse if only one entry is changed and a
blacklisted recipe can still be built.
I did consider using BB_SIGNATURE_EXCLUDE_FLAGS in here however it
doesn't make sense, we want to trigger a reparse when any of the
flags change too (which is different to the sstate signatures which
we wouldn't want to change in those cases).
[YOCTO #4627]
(Bitbake master rev: ed74ea50043f6feb698c891e571feda2b9f8513d)
(Bitbake rev: 9313ff77f39abf776556cd7b0edb3c08854d68ef)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'scripts/yocto-layer')
0 files changed, 0 insertions, 0 deletions