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. -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
