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 _______________________________________________ Openembedded-core mailing list [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
