* [PATCH] [RFC] Perl packages shouldn't be allarch
@ 2013-03-19 2:07 Jesse Zhang
2013-03-19 2:07 ` [PATCH] " Jesse Zhang
2013-03-25 2:03 ` [PATCH] [RFC] " Jesse Zhang
0 siblings, 2 replies; 4+ messages in thread
From: Jesse Zhang @ 2013-03-19 2:07 UTC (permalink / raw)
To: openembedded-core
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
^ permalink raw reply [flat|nested] 4+ messages in thread
* [PATCH] Perl packages shouldn't be allarch
2013-03-19 2:07 [PATCH] [RFC] Perl packages shouldn't be allarch Jesse Zhang
@ 2013-03-19 2:07 ` Jesse Zhang
2013-03-25 2:03 ` [PATCH] [RFC] " Jesse Zhang
1 sibling, 0 replies; 4+ messages in thread
From: Jesse Zhang @ 2013-03-19 2:07 UTC (permalink / raw)
To: openembedded-core
Perl packages should know about arch so that they could install to the
correct libdir. Or else they always install to the default libdir in
multilib builds.
Signed-off-by: Jesse Zhang <sen.zhang@windriver.com>
---
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(-)
diff --git a/meta/recipes-extended/perl/libconvert-asn1-perl_0.26.bb b/meta/recipes-extended/perl/libconvert-asn1-perl_0.26.bb
index f6937ec..cd3141a 100644
--- a/meta/recipes-extended/perl/libconvert-asn1-perl_0.26.bb
+++ b/meta/recipes-extended/perl/libconvert-asn1-perl_0.26.bb
@@ -11,7 +11,7 @@ SRC_URI[sha256sum] = "5db8b62fa0d036bd0cabc869ffe17941ad587d9a2af1ff030d554872ad
S = "${WORKDIR}/Convert-ASN1-${PV}"
-inherit cpan allarch
+inherit cpan
EXTRA_PERLFLAGS = "-I ${STAGING_LIBDIR_NATIVE}/perl-native/perl/${@get_perl_version(d)}"
diff --git a/meta/recipes-extended/perl/libtimedate-perl_2.30.bb b/meta/recipes-extended/perl/libtimedate-perl_2.30.bb
index e2aa86b..80595af 100644
--- a/meta/recipes-extended/perl/libtimedate-perl_2.30.bb
+++ b/meta/recipes-extended/perl/libtimedate-perl_2.30.bb
@@ -9,7 +9,7 @@ SRC_URI = "http://search.cpan.org/CPAN/authors/id/G/GB/GBARR/TimeDate-${PV}.tar.
S = "${WORKDIR}/TimeDate-${PV}"
-inherit cpan allarch
+inherit cpan
BBCLASSEXTEND = "native"
diff --git a/meta/recipes-extended/perl/libxml-namespacesupport-perl_1.11.bb b/meta/recipes-extended/perl/libxml-namespacesupport-perl_1.11.bb
index 9284403..9a9e710 100644
--- a/meta/recipes-extended/perl/libxml-namespacesupport-perl_1.11.bb
+++ b/meta/recipes-extended/perl/libxml-namespacesupport-perl_1.11.bb
@@ -16,7 +16,7 @@ SRC_URI[sha256sum] = "6d8151f0a3f102313d76b64bfd1c2d9ed46bfe63a16f038e7d860fda28
S = "${WORKDIR}/XML-NamespaceSupport-${PV}"
-inherit cpan allarch
+inherit cpan
BBCLASSEXTEND="native"
diff --git a/meta/recipes-extended/perl/libxml-sax-base-perl_1.08.bb b/meta/recipes-extended/perl/libxml-sax-base-perl_1.08.bb
index d7389a0..3242f7b 100644
--- a/meta/recipes-extended/perl/libxml-sax-base-perl_1.08.bb
+++ b/meta/recipes-extended/perl/libxml-sax-base-perl_1.08.bb
@@ -19,6 +19,6 @@ SRC_URI[sha256sum] = "666270318b15f88b8427e585198abbc19bc2e6ccb36dc4c0a4f2d98073
S = "${WORKDIR}/XML-SAX-Base-${PV}"
-inherit cpan allarch
+inherit cpan
BBCLASSEXTEND = "native"
diff --git a/meta/recipes-extended/perl/libxml-sax-perl_0.99.bb b/meta/recipes-extended/perl/libxml-sax-perl_0.99.bb
index 647cb77..e2e0341 100644
--- a/meta/recipes-extended/perl/libxml-sax-perl_0.99.bb
+++ b/meta/recipes-extended/perl/libxml-sax-perl_0.99.bb
@@ -22,6 +22,6 @@ SRC_URI[sha256sum] = "32b04b8e36b6cc4cfc486de2d859d87af5386dd930f2383c49347050d6
S = "${WORKDIR}/XML-SAX-${PV}"
-inherit cpan allarch
+inherit cpan
BBCLASSEXTEND = "native"
--
1.7.11.7
^ permalink raw reply related [flat|nested] 4+ messages in thread* Re: [PATCH] [RFC] Perl packages shouldn't be allarch
2013-03-19 2:07 [PATCH] [RFC] Perl packages shouldn't be allarch Jesse Zhang
2013-03-19 2:07 ` [PATCH] " Jesse Zhang
@ 2013-03-25 2:03 ` Jesse Zhang
2013-03-25 3:22 ` Jesse Zhang
1 sibling, 1 reply; 4+ messages in thread
From: Jesse Zhang @ 2013-03-25 2:03 UTC (permalink / raw)
To: openembedded-core
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(-)
>
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] [RFC] Perl packages shouldn't be allarch
2013-03-25 2:03 ` [PATCH] [RFC] " Jesse Zhang
@ 2013-03-25 3:22 ` Jesse Zhang
0 siblings, 0 replies; 4+ messages in thread
From: Jesse Zhang @ 2013-03-25 3:22 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
It's already checked in. Sorry for the noise..
jesse
On 03/25/2013 10:03 AM, Jesse Zhang wrote:
> 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(-)
>>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
>
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2013-03-25 3:37 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-03-19 2:07 [PATCH] [RFC] Perl packages shouldn't be allarch Jesse Zhang
2013-03-19 2:07 ` [PATCH] " Jesse Zhang
2013-03-25 2:03 ` [PATCH] [RFC] " Jesse Zhang
2013-03-25 3:22 ` Jesse Zhang
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox