[OE-core] [PATCH] [RFC] Perl packages shouldn't be allarch
Jesse Zhang
sen.zhang at windriver.com
Tue Mar 19 02:07:00 UTC 2013
Hi,
I recently found that perl packages are broken in multilib builds. On a lib32
image, everything including perl is lib32 and installs to /usr/lib. These perl
packages are "all" arch, which is fine except that they install to /usr/lib64.
They won't work because the lib32 perl thinks its vendorlib is under /usr/lib.
Removing allarch seems to solve the problem, but I want to see if people have
some comments.
I found the original commit that introduced the change, which was to fix an
sstate related issue (https://bugzilla.yoctoproject.org/show_bug.cgi?id=1075).
But I don't think these packages fit well with allarch, since they install into
arch-specific dirs.
jesse
Jesse Zhang (1):
Perl packages shouldn't be allarch
meta/recipes-extended/perl/libconvert-asn1-perl_0.26.bb | 2 +-
meta/recipes-extended/perl/libtimedate-perl_2.30.bb | 2 +-
meta/recipes-extended/perl/libxml-namespacesupport-perl_1.11.bb | 2 +-
meta/recipes-extended/perl/libxml-sax-base-perl_1.08.bb | 2 +-
meta/recipes-extended/perl/libxml-sax-perl_0.99.bb | 2 +-
5 files changed, 5 insertions(+), 5 deletions(-)
--
1.7.11.7
More information about the Openembedded-core
mailing list