Re: Another sstate rebuild issue, badly need help understanding sstate

[Martin Jansa <martin.jansa@gmail.com>]

[-- Attachment #1: Type: text/plain, Size: 1480 bytes --]

On Mon, Nov 03, 2014 at 03:09:43PM +0000, Vuille, Martin (Martin) wrote:
> Hi Richard,
> 
> > -----Original Message-----
> > From: Richard Purdie [mailto:richard.purdie@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@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).

-- 
Martin 'JaMa' Jansa     jabber: Martin.Jansa@gmail.com

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 188 bytes --]