summaryrefslogtreecommitdiffstats
path: root/meta/recipes-support/libevent
diff options
context:
space:
mode:
authorPaul Eggleton <paul.eggleton@linux.intel.com>2013-09-26 17:00:33 +0100
committerRichard Purdie <richard.purdie@linuxfoundation.org>2013-10-10 12:31:15 +0100
commit5a1273af1ece46b6ec391fe69fd589ee8ed805f8 (patch)
tree6c370572f5df4e5a9f92688a5a30bcd5e1ea90b6 /meta/recipes-support/libevent
parent1563c61592b4493ea68fa50ae428785d3f0fa409 (diff)
downloadpoky-5a1273af1ece46b6ec391fe69fd589ee8ed805f8.tar.gz
classes/package_rpm: fix bitbake package-index for RPM
The function that "bitbake package-index" relies upon when using the RPM package backend (package_update_index_rpm()) uses MULTILIB_PREFIX_LIST to get the list of package architectures to be indexed, but that variable is only set when populate_sdk_rpm or rootfs_rpm are inherited, which is not the case for the package-index recipe. Until we're able to refactor this properly, for minimal impact just use the value of ALL_MULTILIB_PACKAGE_ARCHS if MULTILIB_PREFIX_LIST does not give us any architectures (the equivalent function in the ipk backend uses the former variable). Having "bitbake package-index" working is important because it's the only practical way of indexing RPM packages for use as a feed; host versions of createrepo won't work properly because they won't support indexing recommends relationships. Stopgap fix for [YOCTO #5278]. (From OE-Core rev: 9359719c563e1ab0ff10186d1a1b6bde7840dbf3) (From OE-Core rev: eebd2246c0f1ad9becc13a2404ba9d48386d1cbb) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'meta/recipes-support/libevent')
0 files changed, 0 insertions, 0 deletions