perl install error

perl install error

[Khem Raj]

Hi

On ppc64 I am getting 

| Warning: perl appears in your path in the following locations beyond where
| we just installed it:
|     /work/yocto/poky/build/tmp/sysroots/x86_64-linux/usr/bin/perl-native/perl
|
| make[1]: Nothing to be done for `install.man'.
| make[1]: Leaving directory `/work/yocto/poky/build/tmp/work/ppc64e5500-poky-linux/perl-5.14.2-r10/perl-5.14.2'
| ln: failed to create symbolic link `/work/yocto/poky/build/tmp/work/ppc64e5500-poky-linux/perl-5.14.2-r10/image//usr/lib64/perl5': No such file or directory
| ERROR: Function failed: do_install (see /work/yocto/poky/build/tmp/work/ppc64e5500-poky-linux/perl-5.14.2-r10/temp/log.do_install.6656 for further information)
ERROR: Task 1679 (/work/yocto/poky/meta/recipes-devtools/perl/perl_5.14.2.bb, do_install) failed with exit code '1'
NOTE: Tasks Summary: Attempted 4082 tasks of which 4057 didn't need to be rerun and 1 failed.


It was working fine yesterday
anyone else seeing it ?

Re: perl install error

[Khem Raj]

On Sep 27, 2012, at 8:22 PM, Khem Raj <raj.khem@gmail.com> wrote:

> Hi
> 
> On ppc64 I am getting 
> 
> | Warning: perl appears in your path in the following locations beyond where
> | we just installed it:
> |     /work/yocto/poky/build/tmp/sysroots/x86_64-linux/usr/bin/perl-native/perl
> |
> | make[1]: Nothing to be done for `install.man'.
> | make[1]: Leaving directory `/work/yocto/poky/build/tmp/work/ppc64e5500-poky-linux/perl-5.14.2-r10/perl-5.14.2'
> | ln: failed to create symbolic link `/work/yocto/poky/build/tmp/work/ppc64e5500-poky-linux/perl-5.14.2-r10/image//usr/lib64/perl5': No such file or directory
> | ERROR: Function failed: do_install (see /work/yocto/poky/build/tmp/work/ppc64e5500-poky-linux/perl-5.14.2-r10/temp/log.do_install.6656 for further information)
> ERROR: Task 1679 (/work/yocto/poky/meta/recipes-devtools/perl/perl_5.14.2.bb, do_install) failed with exit code '1'
> NOTE: Tasks Summary: Attempted 4082 tasks of which 4057 didn't need to be rerun and 1 failed.
> 
> 
> It was working fine yesterday
> anyone else seeing it ?


If I revert 

perl: Fix nativesdk install path
Commit 38234f2e276356b1d77a87ceabc486107e336d19 tried to fix the sed
expressions by anchoring the left side of the search regexp to prevent
$prefix$prefix type expression in the perl config. For nativesdk this is
not enough. Adding anchors on both side fixes this.

Signed-off-by: Christian Glindkamp <christian.glindkamp@taskit.de>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>



It works again

Thanks
-Khem

Re: perl install error

[McClintock Matthew-B29882]

Khem,

I'm just not looking at a similiar issue. Do this:

cat tmp/sstate-control/manifest-* | grep usr/lib/perl5

And see which recipe is making this folder. It should be the perl
recipe, first not some other recipe...

Side question are you using FSL layers?

-M

On Thu, Sep 27, 2012 at 10:28 PM, Khem Raj <raj.khem@gmail.com> wrote:
>
> On Sep 27, 2012, at 8:22 PM, Khem Raj <raj.khem@gmail.com> wrote:
>
>> Hi
>>
>> On ppc64 I am getting
>>
>> | Warning: perl appears in your path in the following locations beyond where
>> | we just installed it:
>> |     /work/yocto/poky/build/tmp/sysroots/x86_64-linux/usr/bin/perl-native/perl
>> |
>> | make[1]: Nothing to be done for `install.man'.
>> | make[1]: Leaving directory `/work/yocto/poky/build/tmp/work/ppc64e5500-poky-linux/perl-5.14.2-r10/perl-5.14.2'
>> | ln: failed to create symbolic link `/work/yocto/poky/build/tmp/work/ppc64e5500-poky-linux/perl-5.14.2-r10/image//usr/lib64/perl5': No such file or directory
>> | ERROR: Function failed: do_install (see /work/yocto/poky/build/tmp/work/ppc64e5500-poky-linux/perl-5.14.2-r10/temp/log.do_install.6656 for further information)
>> ERROR: Task 1679 (/work/yocto/poky/meta/recipes-devtools/perl/perl_5.14.2.bb, do_install) failed with exit code '1'
>> NOTE: Tasks Summary: Attempted 4082 tasks of which 4057 didn't need to be rerun and 1 failed.
>>
>>
>> It was working fine yesterday
>> anyone else seeing it ?
>
>
> If I revert
>
> perl: Fix nativesdk install path
> Commit 38234f2e276356b1d77a87ceabc486107e336d19 tried to fix the sed
> expressions by anchoring the left side of the search regexp to prevent
> $prefix$prefix type expression in the perl config. For nativesdk this is
> not enough. Adding anchors on both side fixes this.
>
> Signed-off-by: Christian Glindkamp <christian.glindkamp@taskit.de>
> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
>
>
>
> It works again
>
> Thanks
> -Khem
>
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: perl install error

[Khem Raj]

On Sep 27, 2012, at 8:40 PM, McClintock Matthew-B29882 <B29882@freescale.com> wrote:

> Khem,
> 
> I'm just not looking at a similiar issue. Do this:
> 


just 'not' or just 'now' ?

> cat tmp/sstate-control/manifest-* | grep usr/lib/perl5
> 
> And see which recipe is making this folder. It should be the perl
> recipe, first not some other recipe…


cat sstate-control/manifest-* | grep usr/lib/perl5

return nothing

> 
> Side question are you using FSL layers?

yes

> 
> -M
> 
> On Thu, Sep 27, 2012 at 10:28 PM, Khem Raj <raj.khem@gmail.com> wrote:
>> 
>> On Sep 27, 2012, at 8:22 PM, Khem Raj <raj.khem@gmail.com> wrote:
>> 
>>> Hi
>>> 
>>> On ppc64 I am getting
>>> 
>>> | Warning: perl appears in your path in the following locations beyond where
>>> | we just installed it:
>>> |     /work/yocto/poky/build/tmp/sysroots/x86_64-linux/usr/bin/perl-native/perl
>>> |
>>> | make[1]: Nothing to be done for `install.man'.
>>> | make[1]: Leaving directory `/work/yocto/poky/build/tmp/work/ppc64e5500-poky-linux/perl-5.14.2-r10/perl-5.14.2'
>>> | ln: failed to create symbolic link `/work/yocto/poky/build/tmp/work/ppc64e5500-poky-linux/perl-5.14.2-r10/image//usr/lib64/perl5': No such file or directory
>>> | ERROR: Function failed: do_install (see /work/yocto/poky/build/tmp/work/ppc64e5500-poky-linux/perl-5.14.2-r10/temp/log.do_install.6656 for further information)
>>> ERROR: Task 1679 (/work/yocto/poky/meta/recipes-devtools/perl/perl_5.14.2.bb, do_install) failed with exit code '1'
>>> NOTE: Tasks Summary: Attempted 4082 tasks of which 4057 didn't need to be rerun and 1 failed.
>>> 
>>> 
>>> It was working fine yesterday
>>> anyone else seeing it ?
>> 
>> 
>> If I revert
>> 
>> perl: Fix nativesdk install path
>> Commit 38234f2e276356b1d77a87ceabc486107e336d19 tried to fix the sed
>> expressions by anchoring the left side of the search regexp to prevent
>> $prefix$prefix type expression in the perl config. For nativesdk this is
>> not enough. Adding anchors on both side fixes this.
>> 
>> Signed-off-by: Christian Glindkamp <christian.glindkamp@taskit.de>
>> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
>> 
>> 
>> 
>> It works again
>> 
>> Thanks
>> -Khem
>> 
>> 
>> 
>> _______________________________________________
>> Openembedded-core mailing list
>> Openembedded-core@lists.openembedded.org
>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: perl install error

[Khem Raj]

On Sep 27, 2012, at 8:52 PM, McClintock Matthew-B29882 <B29882@freescale.com> wrote:

> On Thu, Sep 27, 2012 at 10:43 PM, Khem Raj <raj.khem@gmail.com> wrote:
>> 
>> On Sep 27, 2012, at 8:40 PM, McClintock Matthew-B29882 <B29882@freescale.com> wrote:
>> 
>>> Khem,
>>> 
>>> I'm just not looking at a similiar issue. Do this:
>>> 
>> 
>> 
>> just 'not' or just 'now' ?
>> 
>>> cat tmp/sstate-control/manifest-* | grep usr/lib/perl5
>>> 
>>> And see which recipe is making this folder. It should be the perl
>>> recipe, first not some other recipe…
>> 
>> 
>> cat sstate-control/manifest-* | grep usr/lib/perl5
>> 
>> return nothing
> 
> Maybe this is not the same root cause then.

reverting that commit fixed it. before that I tried to cleans state clean all perl and perl-native
to no avail.

> 
>> 
>>> 
>>> Side question are you using FSL layers?
>> 
>> yes
> 
> Is libhugetlbfs getting built?

No

Re: perl install error

[McClintock Matthew-B29882]

On Thu, Sep 27, 2012 at 11:18 PM, Khem Raj <raj.khem@gmail.com> wrote:
>
> On Sep 27, 2012, at 8:52 PM, McClintock Matthew-B29882 <B29882@freescale.com> wrote:
>
>> On Thu, Sep 27, 2012 at 10:43 PM, Khem Raj <raj.khem@gmail.com> wrote:
>>>
>>> On Sep 27, 2012, at 8:40 PM, McClintock Matthew-B29882 <B29882@freescale.com> wrote:
>>>
>>>> Khem,
>>>>
>>>> I'm just not looking at a similiar issue. Do this:
>>>>
>>>
>>>
>>> just 'not' or just 'now' ?
>>>
>>>> cat tmp/sstate-control/manifest-* | grep usr/lib/perl5
>>>>
>>>> And see which recipe is making this folder. It should be the perl
>>>> recipe, first not some other recipe…
>>>
>>>
>>> cat sstate-control/manifest-* | grep usr/lib/perl5
>>>
>>> return nothing
>>
>> Maybe this is not the same root cause then.
>
> reverting that commit fixed it. before that I tried to cleans state clean all perl and perl-native
> to no avail.

OK, well we got the same error and ours was from another sstate-cache
installing files in /usr/lib/perl5 before perl installed it's own
symlink. cleaning cache for perl did not help either.

Reverting that patch could have causes rebuilds and change of ordering
(possibly) that might mask the error a little longer. If ours are
related.

-M

>>
>>>
>>>>
>>>> Side question are you using FSL layers?
>>>
>>> yes
>>
>> Is libhugetlbfs getting built?
>
> No
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: perl install error

[Khem Raj]

On Sep 27, 2012, at 9:23 PM, McClintock Matthew-B29882 <B29882@freescale.com> wrote:

> On Thu, Sep 27, 2012 at 11:18 PM, Khem Raj <raj.khem@gmail.com> wrote:
>> 
>> On Sep 27, 2012, at 8:52 PM, McClintock Matthew-B29882 <B29882@freescale.com> wrote:
>> 
>>> On Thu, Sep 27, 2012 at 10:43 PM, Khem Raj <raj.khem@gmail.com> wrote:
>>>> 
>>>> On Sep 27, 2012, at 8:40 PM, McClintock Matthew-B29882 <B29882@freescale.com> wrote:
>>>> 
>>>>> Khem,
>>>>> 
>>>>> I'm just not looking at a similiar issue. Do this:
>>>>> 
>>>> 
>>>> 
>>>> just 'not' or just 'now' ?
>>>> 
>>>>> cat tmp/sstate-control/manifest-* | grep usr/lib/perl5
>>>>> 
>>>>> And see which recipe is making this folder. It should be the perl
>>>>> recipe, first not some other recipe…
>>>> 
>>>> 
>>>> cat sstate-control/manifest-* | grep usr/lib/perl5
>>>> 
>>>> return nothing
>>> 
>>> Maybe this is not the same root cause then.
>> 
>> reverting that commit fixed it. before that I tried to cleans state clean all perl and perl-native
>> to no avail.
> 
> OK, well we got the same error and ours was from another sstate-cache
> installing files in /usr/lib/perl5 before perl installed it's own
> symlink. cleaning cache for perl did not help either.
> 
> Reverting that patch could have causes rebuilds and change of ordering
> (possibly) that might mask the error a little longer. If ours are
> related.


Does it mean that if I invalidate whole state it will work ?
thats kind of gross


> 
> -M
> 
>>> 
>>>> 
>>>>> 
>>>>> Side question are you using FSL layers?
>>>> 
>>>> yes
>>> 
>>> Is libhugetlbfs getting built?
>> 
>> No
>> 
>> 
>> _______________________________________________
>> Openembedded-core mailing list
>> Openembedded-core@lists.openembedded.org
>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: perl install error

[McClintock Matthew-B29882]

On Thu, Sep 27, 2012 at 11:38 PM, Khem Raj <raj.khem@gmail.com> wrote:
>
> On Sep 27, 2012, at 9:23 PM, McClintock Matthew-B29882 <B29882@freescale.com> wrote:
>
>> On Thu, Sep 27, 2012 at 11:18 PM, Khem Raj <raj.khem@gmail.com> wrote:
>>>
>>> On Sep 27, 2012, at 8:52 PM, McClintock Matthew-B29882 <B29882@freescale.com> wrote:
>>>
>>>> On Thu, Sep 27, 2012 at 10:43 PM, Khem Raj <raj.khem@gmail.com> wrote:
>>>>>
>>>>> On Sep 27, 2012, at 8:40 PM, McClintock Matthew-B29882 <B29882@freescale.com> wrote:
>>>>>
>>>>>> Khem,
>>>>>>
>>>>>> I'm just not looking at a similiar issue. Do this:
>>>>>>
>>>>>
>>>>>
>>>>> just 'not' or just 'now' ?
>>>>>
>>>>>> cat tmp/sstate-control/manifest-* | grep usr/lib/perl5
>>>>>>
>>>>>> And see which recipe is making this folder. It should be the perl
>>>>>> recipe, first not some other recipe…
>>>>>
>>>>>
>>>>> cat sstate-control/manifest-* | grep usr/lib/perl5
>>>>>
>>>>> return nothing
>>>>
>>>> Maybe this is not the same root cause then.
>>>
>>> reverting that commit fixed it. before that I tried to cleans state clean all perl and perl-native
>>> to no avail.
>>
>> OK, well we got the same error and ours was from another sstate-cache
>> installing files in /usr/lib/perl5 before perl installed it's own
>> symlink. cleaning cache for perl did not help either.
>>
>> Reverting that patch could have causes rebuilds and change of ordering
>> (possibly) that might mask the error a little longer. If ours are
>> related.
>
>
> Does it mean that if I invalidate whole state it will work ?
> thats kind of gross

I think just making sure perl is deployed to sysroot first fixes this
issue. For us we were simply missing a 'DEPENDS = perl' for a recipe
which installed stuff in /usr/lib/perl5 - if perl is deployed to
sysroot first the symlink is always in place properly.

-M

>
>
>>
>> -M
>>
>>>>
>>>>>
>>>>>>
>>>>>> Side question are you using FSL layers?
>>>>>
>>>>> yes
>>>>
>>>> Is libhugetlbfs getting built?
>>>
>>> No
>>>
>>>
>>> _______________________________________________
>>> Openembedded-core mailing list
>>> Openembedded-core@lists.openembedded.org
>>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: perl install error

[Richard Purdie]

On Fri, 2012-09-28 at 05:04 +0000, McClintock Matthew-B29882 wrote:
> On Thu, Sep 27, 2012 at 11:38 PM, Khem Raj <raj.khem@gmail.com> wrote:
> >
> > On Sep 27, 2012, at 9:23 PM, McClintock Matthew-B29882 <B29882@freescale.com> wrote:
> >
> >> On Thu, Sep 27, 2012 at 11:18 PM, Khem Raj <raj.khem@gmail.com> wrote:
> >>>
> >>> On Sep 27, 2012, at 8:52 PM, McClintock Matthew-B29882 <B29882@freescale.com> wrote:
> >>>
> >>>> On Thu, Sep 27, 2012 at 10:43 PM, Khem Raj <raj.khem@gmail.com> wrote:
> >>>>>
> >>>>> On Sep 27, 2012, at 8:40 PM, McClintock Matthew-B29882 <B29882@freescale.com> wrote:
> >>>>>
> >>>>>> Khem,
> >>>>>>
> >>>>>> I'm just not looking at a similiar issue. Do this:
> >>>>>>
> >>>>>
> >>>>>
> >>>>> just 'not' or just 'now' ?
> >>>>>
> >>>>>> cat tmp/sstate-control/manifest-* | grep usr/lib/perl5
> >>>>>>
> >>>>>> And see which recipe is making this folder. It should be the perl
> >>>>>> recipe, first not some other recipe…
> >>>>>
> >>>>>
> >>>>> cat sstate-control/manifest-* | grep usr/lib/perl5
> >>>>>
> >>>>> return nothing
> >>>>
> >>>> Maybe this is not the same root cause then.
> >>>
> >>> reverting that commit fixed it. before that I tried to cleans state clean all perl and perl-native
> >>> to no avail.
> >>
> >> OK, well we got the same error and ours was from another sstate-cache
> >> installing files in /usr/lib/perl5 before perl installed it's own
> >> symlink. cleaning cache for perl did not help either.
> >>
> >> Reverting that patch could have causes rebuilds and change of ordering
> >> (possibly) that might mask the error a little longer. If ours are
> >> related.
> >
> >
> > Does it mean that if I invalidate whole state it will work ?
> > thats kind of gross
> 
> I think just making sure perl is deployed to sysroot first fixes this
> issue. For us we were simply missing a 'DEPENDS = perl' for a recipe
> which installed stuff in /usr/lib/perl5 - if perl is deployed to
> sysroot first the symlink is always in place properly.

Please try the latest perl patch I've posted which should hopefully
address this problem once and for all. The sstate business is a red
herring as far as I can tell.

Cheers,

Richard

Re: perl install error

[Khem Raj]

On Fri, Sep 28, 2012 at 6:22 AM, Richard Purdie
<richard.purdie@linuxfoundation.org> wrote:
> On Fri, 2012-09-28 at 05:04 +0000, McClintock Matthew-B29882 wrote:
>> On Thu, Sep 27, 2012 at 11:38 PM, Khem Raj <raj.khem@gmail.com> wrote:
>> >
>> > On Sep 27, 2012, at 9:23 PM, McClintock Matthew-B29882 <B29882@freescale.com> wrote:
>> >
>> >> On Thu, Sep 27, 2012 at 11:18 PM, Khem Raj <raj.khem@gmail.com> wrote:
>> >>>
>> >>> On Sep 27, 2012, at 8:52 PM, McClintock Matthew-B29882 <B29882@freescale.com> wrote:
>> >>>
>> >>>> On Thu, Sep 27, 2012 at 10:43 PM, Khem Raj <raj.khem@gmail.com> wrote:
>> >>>>>
>> >>>>> On Sep 27, 2012, at 8:40 PM, McClintock Matthew-B29882 <B29882@freescale.com> wrote:
>> >>>>>
>> >>>>>> Khem,
>> >>>>>>
>> >>>>>> I'm just not looking at a similiar issue. Do this:
>> >>>>>>
>> >>>>>
>> >>>>>
>> >>>>> just 'not' or just 'now' ?
>> >>>>>
>> >>>>>> cat tmp/sstate-control/manifest-* | grep usr/lib/perl5
>> >>>>>>
>> >>>>>> And see which recipe is making this folder. It should be the perl
>> >>>>>> recipe, first not some other recipe…
>> >>>>>
>> >>>>>
>> >>>>> cat sstate-control/manifest-* | grep usr/lib/perl5
>> >>>>>
>> >>>>> return nothing
>> >>>>
>> >>>> Maybe this is not the same root cause then.
>> >>>
>> >>> reverting that commit fixed it. before that I tried to cleans state clean all perl and perl-native
>> >>> to no avail.
>> >>
>> >> OK, well we got the same error and ours was from another sstate-cache
>> >> installing files in /usr/lib/perl5 before perl installed it's own
>> >> symlink. cleaning cache for perl did not help either.
>> >>
>> >> Reverting that patch could have causes rebuilds and change of ordering
>> >> (possibly) that might mask the error a little longer. If ours are
>> >> related.
>> >
>> >
>> > Does it mean that if I invalidate whole state it will work ?
>> > thats kind of gross
>>
>> I think just making sure perl is deployed to sysroot first fixes this
>> issue. For us we were simply missing a 'DEPENDS = perl' for a recipe
>> which installed stuff in /usr/lib/perl5 - if perl is deployed to
>> sysroot first the symlink is always in place properly.
>
> Please try the latest perl patch I've posted which should hopefully
> address this problem once and for all. The sstate business is a red
> herring as far as I can tell.

Yes my problem seems to be gone with

>
> Cheers,
>
> Richard
>