On Sep 27, 2012, at 9:23 PM, McClintock Matthew-B29882 <b29...@freescale.com> wrote:
> On Thu, Sep 27, 2012 at 11:18 PM, Khem Raj <raj.k...@gmail.com> wrote: >> >> On Sep 27, 2012, at 8:52 PM, McClintock Matthew-B29882 >> <b29...@freescale.com> wrote: >> >>> On Thu, Sep 27, 2012 at 10:43 PM, Khem Raj <raj.k...@gmail.com> wrote: >>>> >>>> On Sep 27, 2012, at 8:40 PM, McClintock Matthew-B29882 >>>> <b29...@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 _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core