summaryrefslogtreecommitdiffstats
path: root/meta/classes/packagegroup.bbclass
diff options
context:
space:
mode:
authorCuero Bugot <cbugot@sierrawireless.com>2018-03-16 17:31:30 +0000
committerRichard Purdie <richard.purdie@linuxfoundation.org>2018-05-03 09:53:48 +0100
commitbca049bce2dd0074a4b7c75a2b66228fbf4e6cc7 (patch)
treeb830cad2185eb67184472a20626005598aaddf98 /meta/classes/packagegroup.bbclass
parent6db2f5f39f8a156c6fb6233e715031f6177a4738 (diff)
downloadpoky-bca049bce2dd0074a4b7c75a2b66228fbf4e6cc7.tar.gz
uninative: add variables to the whitelist so that it does not re-triger recipe parsing
When uninative is activated (poky's default) internal datastore variables are modified (NATIVELSBSTRING and SSTATEPOSTUNPACKFUNCS) to enable uninative support. This is happening after parsing is done at the beginning of the build. On the next bitbake call the recipe would be parsed if the two variables above were not added to the parsing whitelist BB_HASHCONFIG_WHITELIST. The fix is to add these two variables to the recipe parsing whitelist BB_HASHCONFIG_WHITELIST, this is done at recipe parsing time, only when uninative.bbclass is used. (From OE-Core rev: 75bb95ada98ef129d2fa48568f27dddb078c852c) (From OE-Core rev: ca52b8e4f32063234815493746c4059392862af8) Signed-off-by: Cuero Bugot <cbugot@sierrawireless.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Armin Kuster <akuster@mvista.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'meta/classes/packagegroup.bbclass')
0 files changed, 0 insertions, 0 deletions