summaryrefslogtreecommitdiffstats
path: root/meta/classes/multilib.bbclass
diff options
context:
space:
mode:
authorRobert Yang <liezhi.yang@windriver.com>2015-09-15 19:04:11 -0700
committerRichard Purdie <richard.purdie@linuxfoundation.org>2015-09-28 12:00:15 +0100
commiteb7b1a58ceaab7fde4dc954eb4df4247d6c7c6d8 (patch)
tree09e8ee303b2c4b6e1326d2d3bd20d1a7fabf27f2 /meta/classes/multilib.bbclass
parent5a51fb28dbdfcae8ceb503a5290532dd38aeb09f (diff)
downloadpoky-eb7b1a58ceaab7fde4dc954eb4df4247d6c7c6d8.tar.gz
package_manager.py: make rpm install mutilib pkgs corectly
When configure multilib, "bitbake <image_bb> -c populate_sdk" should install all arch toolchains (for example, 32 and 64bit), but rpm not handle the multilib requires correctly, for example: lib32-packagegroup-core-standalone-sdk-target requires lib32-libc6, rpm may pull in libc6 rather than lib32-libc6, there are the similar issue when: IMAGE_INSTALL_append += "lib32-packagegroup-foo foo" Use bitbake to expand the RDEPENDS will fix the problem since bitbake knows mlprefix and handle it well, but rpm doesn't. This patch only affects when: IMAGE_INSTALL = "lib32-foo foo" Doesn't affect: IMAGE_INSTALL = "lib32-foo1 lib32-foo2" Or: IMAGE_INSTALL = "foo1 foo2" [YOCTO #8089] (From OE-Core rev: fc469e51475b5272b4047d4713eb99529193ac8a) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'meta/classes/multilib.bbclass')
0 files changed, 0 insertions, 0 deletions