summaryrefslogtreecommitdiff
path: root/meta-demoapps/recipes-gnome/gcalctool
diff options
context:
space:
mode:
authorDongxiao Xu <dongxiao.xu@intel.com>2011-08-03 22:53:15 +0800
committerSaul Wold <sgw@linux.intel.com>2011-08-16 22:53:55 -0700
commit216a1cfe7973e99e3e79585040e91f7a6e298884 (patch)
tree0b6c5fb09555d4888b212271acf7205580de9164 /meta-demoapps/recipes-gnome/gcalctool
parentca729de4b261e4feba74fdf0b2578890bc80ea90 (diff)
downloadopenembedded-core-216a1cfe7973e99e3e79585040e91f7a6e298884.tar.gz
openembedded-core-216a1cfe7973e99e3e79585040e91f7a6e298884.tar.bz2
openembedded-core-216a1cfe7973e99e3e79585040e91f7a6e298884.tar.xz
openembedded-core-216a1cfe7973e99e3e79585040e91f7a6e298884.zip
package_rpm: Fix package rename issue in multilib case
do_package task will write information into pkgdata and do_package_write_rpm will read them out. Take lib32-dates as an example, one of its RDEPENDS is li32-gtk+, and PKG_lib32-gtk+ = "libgtk-2.0", these info is stored at: tmp/pkgdata/x86_64-pokymllib32-linux/runtime/lib32-dates. Function "mapping_rename_hook" in do_package_write_rpm is to handle those renamed packages. However before it executes, translate_vers has stripped the multilib prefix out, making it failed to find PKG_gtk+ value in pkgdata. This commit moves the strip_multilib out of translate_vers and call it after "mapping_rename_hook". [YOCTO #1368] CC: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> Signed-off-by: Lianhao Lu <lianhao.lu@intel.com>
Diffstat (limited to 'meta-demoapps/recipes-gnome/gcalctool')
0 files changed, 0 insertions, 0 deletions