* perl install error @ 2012-09-28 3:22 Khem Raj 2012-09-28 3:28 ` Khem Raj 0 siblings, 1 reply; 10+ messages in thread From: Khem Raj @ 2012-09-28 3:22 UTC (permalink / raw) To: openembedded-core@lists.openembedded.org oe-core layer 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 ? ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: perl install error 2012-09-28 3:22 perl install error Khem Raj @ 2012-09-28 3:28 ` Khem Raj 2012-09-28 3:40 ` McClintock Matthew-B29882 0 siblings, 1 reply; 10+ messages in thread From: Khem Raj @ 2012-09-28 3:28 UTC (permalink / raw) To: openembedded-core@lists.openembedded.org oe-core layer 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 ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: perl install error 2012-09-28 3:28 ` Khem Raj @ 2012-09-28 3:40 ` McClintock Matthew-B29882 2012-09-28 3:43 ` Khem Raj 0 siblings, 1 reply; 10+ messages in thread From: McClintock Matthew-B29882 @ 2012-09-28 3:40 UTC (permalink / raw) To: Khem Raj; +Cc: openembedded-core@lists.openembedded.org oe-core layer 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 ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: perl install error 2012-09-28 3:40 ` McClintock Matthew-B29882 @ 2012-09-28 3:43 ` Khem Raj [not found] ` <70CC66F5C30A414DADDA6973E4CA391A6B43AC@039-SN1MPN1-001.039d.mgd.msft.net> 0 siblings, 1 reply; 10+ messages in thread From: Khem Raj @ 2012-09-28 3:43 UTC (permalink / raw) To: McClintock Matthew-B29882 Cc: openembedded-core@lists.openembedded.org oe-core layer 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 ^ permalink raw reply [flat|nested] 10+ messages in thread
[parent not found: <70CC66F5C30A414DADDA6973E4CA391A6B43AC@039-SN1MPN1-001.039d.mgd.msft.net>]
* Re: perl install error [not found] ` <70CC66F5C30A414DADDA6973E4CA391A6B43AC@039-SN1MPN1-001.039d.mgd.msft.net> @ 2012-09-28 4:18 ` Khem Raj 2012-09-28 4:23 ` McClintock Matthew-B29882 0 siblings, 1 reply; 10+ messages in thread From: Khem Raj @ 2012-09-28 4:18 UTC (permalink / raw) To: McClintock Matthew-B29882 Cc: openembedded-core@lists.openembedded.org oe-core layer 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 ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: perl install error 2012-09-28 4:18 ` Khem Raj @ 2012-09-28 4:23 ` McClintock Matthew-B29882 2012-09-28 4:38 ` Khem Raj 0 siblings, 1 reply; 10+ messages in thread From: McClintock Matthew-B29882 @ 2012-09-28 4:23 UTC (permalink / raw) To: Khem Raj Cc: McClintock Matthew-B29882, openembedded-core@lists.openembedded.org oe-core layer 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 ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: perl install error 2012-09-28 4:23 ` McClintock Matthew-B29882 @ 2012-09-28 4:38 ` Khem Raj 2012-09-28 5:04 ` McClintock Matthew-B29882 0 siblings, 1 reply; 10+ messages in thread From: Khem Raj @ 2012-09-28 4:38 UTC (permalink / raw) To: McClintock Matthew-B29882 Cc: openembedded-core@lists.openembedded.org oe-core layer 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 ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: perl install error 2012-09-28 4:38 ` Khem Raj @ 2012-09-28 5:04 ` McClintock Matthew-B29882 2012-09-28 13:22 ` Richard Purdie 0 siblings, 1 reply; 10+ messages in thread From: McClintock Matthew-B29882 @ 2012-09-28 5:04 UTC (permalink / raw) To: Khem Raj Cc: McClintock Matthew-B29882, openembedded-core@lists.openembedded.org oe-core layer 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 ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: perl install error 2012-09-28 5:04 ` McClintock Matthew-B29882 @ 2012-09-28 13:22 ` Richard Purdie 2012-09-28 14:22 ` Khem Raj 0 siblings, 1 reply; 10+ messages in thread From: Richard Purdie @ 2012-09-28 13:22 UTC (permalink / raw) To: McClintock Matthew-B29882 Cc: openembedded-core@lists.openembedded.org oe-core layer 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 ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: perl install error 2012-09-28 13:22 ` Richard Purdie @ 2012-09-28 14:22 ` Khem Raj 0 siblings, 0 replies; 10+ messages in thread From: Khem Raj @ 2012-09-28 14:22 UTC (permalink / raw) To: Richard Purdie Cc: McClintock Matthew-B29882, openembedded-core@lists.openembedded.org oe-core layer 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 > ^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2012-09-28 14:35 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-09-28 3:22 perl install error Khem Raj
2012-09-28 3:28 ` Khem Raj
2012-09-28 3:40 ` McClintock Matthew-B29882
2012-09-28 3:43 ` Khem Raj
[not found] ` <70CC66F5C30A414DADDA6973E4CA391A6B43AC@039-SN1MPN1-001.039d.mgd.msft.net>
2012-09-28 4:18 ` Khem Raj
2012-09-28 4:23 ` McClintock Matthew-B29882
2012-09-28 4:38 ` Khem Raj
2012-09-28 5:04 ` McClintock Matthew-B29882
2012-09-28 13:22 ` Richard Purdie
2012-09-28 14:22 ` Khem Raj
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox