summaryrefslogtreecommitdiffstats
path: root/documentation/kernel-manual/kernel-concepts.xml
diff options
context:
space:
mode:
authorMatthew McClintock <msm@freescale.com>2012-07-06 15:08:00 -0500
committerRichard Purdie <richard.purdie@linuxfoundation.org>2012-07-09 16:58:59 +0100
commit6a605120ca5f9ba45f5844b8d9ad5af0f103abe3 (patch)
tree5379941285be87b37c65096afad2845a11182650 /documentation/kernel-manual/kernel-concepts.xml
parenta29455652c64c8cc66062c7457754b0db890aabc (diff)
downloadpoky-6a605120ca5f9ba45f5844b8d9ad5af0f103abe3.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: 4e65ddda5d351bd9f2172e77e656903f61a52f34) Signed-off-by: Matthew McClintock <msm@freescale.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'documentation/kernel-manual/kernel-concepts.xml')
0 files changed, 0 insertions, 0 deletions