summaryrefslogtreecommitdiff
path: root/meta/classes/packagegroup.bbclass
diff options
context:
space:
mode:
authorPaul Eggleton <paul.eggleton@linux.intel.com>2013-12-05 11:11:47 +0000
committerRichard Purdie <richard.purdie@linuxfoundation.org>2013-12-05 13:30:20 +0000
commite40e8e574b3688400a668d3ad76b6cef1920e3e0 (patch)
tree6d3a5fd50fb6a877b4d1107d583082833828709f /meta/classes/packagegroup.bbclass
parentc44fa1206c965054e8e4d316969a8e291cfef590 (diff)
downloadopenembedded-core-e40e8e574b3688400a668d3ad76b6cef1920e3e0.tar.gz
openembedded-core-e40e8e574b3688400a668d3ad76b6cef1920e3e0.tar.bz2
openembedded-core-e40e8e574b3688400a668d3ad76b6cef1920e3e0.zip
classes/buildhistory: fix reading of package-specific values from pkgdata
When writing out variable values to pkgdata, if the value has been set in the datastore with an override for the package, we use the package name override in the pkgdata key as well; however the recently added code to read pkgdata in buildhistory.bbclass was just using the override where we normally expect to have it. However, if a recipe overrides one of the values that is normally set for the recipe on a per-package basis (e.g. the external-sourcery-toolchain recipe sets PKGV this way) then this led to KeyErrors. Re-write the pkgdata loading code to always strip off the package name override if it is present. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'meta/classes/packagegroup.bbclass')
0 files changed, 0 insertions, 0 deletions