diff options
author | Mark Hatle <mark.hatle@windriver.com> | 2013-08-09 18:41:05 -0500 |
---|---|---|
committer | Saul Wold <sgw@linux.intel.com> | 2013-08-13 10:13:19 -0700 |
commit | 836662c9a9c175521dbcd29cdfc0a7c144d8770f (patch) | |
tree | fcfd51bf01a5cf640680e8153c6e83037a80b537 /meta/recipes-extended/mailx | |
parent | 6513fa327aeb7e9fdd313290c205917952eed226 (diff) | |
download | openembedded-core-836662c9a9c175521dbcd29cdfc0a7c144d8770f.tar.gz openembedded-core-836662c9a9c175521dbcd29cdfc0a7c144d8770f.tar.bz2 openembedded-core-836662c9a9c175521dbcd29cdfc0a7c144d8770f.zip |
image.bbclass: Move runtime_mapping_rename to avoid conflict w/ multilib
[YOCTO #4993]
Move the runtime_mapping_rename into a prefunc for the do_rootfs function.
Otherwise doing it in the python section could occur BEFORE the multilib
classes renaming.
If the package 'b' is a kernel module, then lib32-b and b should both
point to the same package. The runtime_mapping code will do this
automatically.
Before if you ran: bitbake lib32-<image>
It may do:
start PACKAGE_INSTALL (a b c)
remap (a b c)
MULTILIB naming (lib32-a lib32-b lib32-c)
What we want is:
start PACKAGE_INSTALL (a b c)
MULTILIB naming (lib32-a lib32-b lib32-c)
remap (lib32-a b lib32-c)
Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Diffstat (limited to 'meta/recipes-extended/mailx')
0 files changed, 0 insertions, 0 deletions