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

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

Ping. Anyone has comments?

jesse

On 03/19/2013 10:07 AM, Jesse Zhang wrote:
> 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(-)
>