[yocto] RaspberryPi Kernel - sometimes it works, sometimes it doesn't
Paul Eggleton
paul.eggleton at linux.intel.com
Mon Jun 11 09:29:59 PDT 2012
On Monday 11 June 2012 06:53:32 Khem Raj wrote:
> On 6/11/2012 12:29 AM, Tomas Frydrych wrote:
> > I find that -c clean does not work very well, afterward the package
> > gets recompiled but instead of the actual package packages being
> > rebuilt, an earlier version of the packages gets pulled out of
> > sstate into the image. I definitely saw this behaviour with Yocto
> > kernels, but I think happens with other packages as well; I always
> > do -c cleansstate now to avoid this.
>
> yes thats the intended behavior if nothing changed that ensues a
> recompile then it will use precompiled sstate for the package
To clarify, it's designed to be able to determine when the recipe has changed
in such a way that it needs to be rebuilt (by building up dependencies between
variables and computing a checksum of the value of each one, which ends up in
a checksum for each task); if it sees no change then the previous task output
will be used from the sstate cache. It's worth noting however that until
recently (post-1.2) we did not handle when local files referred to in SRC_URI
changed. There also still may be other circumstances under which changes to
the recipe or variables which it refers to will not change the sstate
checksums; if you come across a situation where you made a change and sstate
was re-used when you expected it to be rebuilt, please raise it.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
More information about the yocto
mailing list