[PATCH] [RFC] Perl packages shouldn't be allarch

[Jesse Zhang <sen.zhang@windriver.com>]

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