summaryrefslogtreecommitdiffstats
path: root/meta/conf/bitbake.conf
diff options
context:
space:
mode:
authorMatthew McClintock <msm@freescale.com>2012-07-06 15:08:00 -0500
committerRichard Purdie <richard.purdie@linuxfoundation.org>2012-08-21 11:16:39 +0100
commit738f163797f32134d278c439073bd5d9a88f1703 (patch)
treec4810cb9557144055d1c4563780ec514b2c2f4e3 /meta/conf/bitbake.conf
parent1ddd5378ec7d6d4116174181c2b3d6036b6eb7d7 (diff)
downloadpoky-738f163797f32134d278c439073bd5d9a88f1703.tar.gz
packagedata.py: Fix get_subpkgedata_fn for multilib
This happens when tryng to add libgcc-dev to as a multilib package (e.g. IMAGE_INSTALL_append = " lib32-libgcc-dev") | Processing task-core-boot... | Processing fman-ucode... | Processing dosfstools... | Processing lib32-libgcc-dev... | Unable to find package lib32-libgcc-dev (libgcc-dev)! NOTE: package fsl-image-full-1.0-r1.1.3.6: task do_rootfs: Failed RPM (or bitbake?) is looking in the tmp/pkgdata, however some of these file paths are mungned for the multilib scenario: $ find tmp/pkgdata/ | grep libgcc-dev$ tmp/pkgdata/ppce5500-fsl-linux/runtime/lib32-libgcc-dev tmp/pkgdata/ppc64e5500-fsl-linux/runtime/libgcc-dev This patch fixes where we look for these files so they can be found and properly installed for the multilib root file system (From OE-Core rev: 24e8399aeccf4b0742acd986bb506ff6f388b4a2) Signed-off-by: Matthew McClintock <msm@freescale.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'meta/conf/bitbake.conf')
0 files changed, 0 insertions, 0 deletions