diff options
author | Paul Eggleton <paul.eggleton@linux.intel.com> | 2013-09-26 17:00:33 +0100 |
---|---|---|
committer | Paul Eggleton <paul.eggleton@linux.intel.com> | 2013-10-10 12:21:01 +0100 |
commit | eebd2246c0f1ad9becc13a2404ba9d48386d1cbb (patch) | |
tree | 79e3b4e04eb074e8ea02e049d4037b851729c4c1 /scripts/qemuimage-tests/scenario/qemuppc/core-image-lsb | |
parent | 89a298870c4a3e44795851fedb4db170ff5183d7 (diff) | |
download | openembedded-core-eebd2246c0f1ad9becc13a2404ba9d48386d1cbb.tar.gz openembedded-core-eebd2246c0f1ad9becc13a2404ba9d48386d1cbb.tar.bz2 openembedded-core-eebd2246c0f1ad9becc13a2404ba9d48386d1cbb.zip |
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)
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'scripts/qemuimage-tests/scenario/qemuppc/core-image-lsb')
0 files changed, 0 insertions, 0 deletions