diff options
| author | Matthew McClintock <msm@freescale.com> | 2012-07-06 15:08:00 -0500 |
|---|---|---|
| committer | Richard Purdie <richard.purdie@linuxfoundation.org> | 2012-07-09 16:58:59 +0100 |
| commit | 6a605120ca5f9ba45f5844b8d9ad5af0f103abe3 (patch) | |
| tree | 5379941285be87b37c65096afad2845a11182650 /meta/recipes-connectivity/bluez/bluez4_4.101.bb | |
| parent | a29455652c64c8cc66062c7457754b0db890aabc (diff) | |
| download | poky-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 'meta/recipes-connectivity/bluez/bluez4_4.101.bb')
0 files changed, 0 insertions, 0 deletions