From eebd2246c0f1ad9becc13a2404ba9d48386d1cbb Mon Sep 17 00:00:00 2001 From: Paul Eggleton Date: Thu, 26 Sep 2013 17:00:33 +0100 Subject: 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 Signed-off-by: Richard Purdie --- meta/classes/package_rpm.bbclass | 5 +++++ 1 file changed, 5 insertions(+) (limited to 'meta') diff --git a/meta/classes/package_rpm.bbclass b/meta/classes/package_rpm.bbclass index 3a2997637b..5d8a2f137d 100644 --- a/meta/classes/package_rpm.bbclass +++ b/meta/classes/package_rpm.bbclass @@ -35,6 +35,11 @@ package_update_index_rpm () { done done + # FIXME stopgap for broken "bitbake package-index" since MULTILIB_PREFIX_LIST isn't set for that + if [ "$target_archs" = "" ] ; then + target_archs="${ALL_MULTILIB_PACKAGE_ARCHS}" + fi + target_archs=`echo "$target_archs" | tr - _` archs=`for arch in $target_archs $sdk_archs ; do -- cgit 1.2.3-korg