On Thu, Sep 27, 2012 at 11:38 PM, Khem Raj <raj.k...@gmail.com> wrote: > > 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
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 _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core