[yocto] Another sstate rebuild issue, badly need help understanding sstate

[Vuille, Martin (Martin)]

Hi Martin,

> -----Original Message-----
> From: Martin Jansa [mailto:martin.jansa at gmail.com]
> Sent: November 03, 2014 11:05 AM
> 
> On Mon, Nov 03, 2014 at 03:09:43PM +0000, Vuille, Martin (Martin) wrote:
> > Hi Richard,
> >
> > > -----Original Message-----
> > > From: Richard Purdie [mailto:richard.purdie at linuxfoundation.org]
> > > Sent: November 03, 2014 10:06 AM
> > >
> > > On Mon, 2014-11-03 at 12:53 +0000, Vuille, Martin (Martin) wrote:
> > > > I have a variable “REV_TOOLS” defined in distro/conf/somename.conf
> > > > in a custom distro layer from a git repo.
> > > >
> > > > This variable is assigned to SRCREV in a number of recipes (SRCREV
> > > > =
> > > > “${REV_TOOLS}”) for packages included in my images and SDKs.
> > >
> > > Can you describe how the value of REV_TOOLS is set? Is it just
> > > assigned some value or done with some code?
> > >
> >
> > REV_TOOLS = "<some git commit hash string>"
> >
> > > Does clearing the bitbake cache make things rebuild as expected (mv
> > > tmp/cache tmp/cache-old) ?
> > >
> >
> > I did a cleansstate on the affected packages and they rebuild as expected.
> 
> Do your packages have SRCPV in PV?
> 
> SRCREV isn't included in sstate signature without SRCPV in PV or this
> patch:
> 
> commit a414b17e1d783ad68a2d0f7d5922967449c05797
> Author: Ross Burton <ross.burton at intel.com>
> Date:   Mon Sep 29 15:40:14 2014 +0100
> 
>     base.bbclass: add SRCREV to do_fetch() hash
> 
> but even with this patch it doesn't work for recipes with multiple
> repositories (you can find an e-mail with more details in oe-core ML).

Thanks!

No, the packages do not use SRCPV. I don't think we have any cases
of recipes with multiple repos.

We will review this and either use SRCPV or apply the patch.

MV