[OE-core] sstate hash equivalence breaks rm_work

Joshua Watt jpewhacker at gmail.com
Mon Mar 4 16:17:29 UTC 2019


On Mon, Mar 4, 2019, 10:06 AM Richard Purdie <
richard.purdie at linuxfoundation.org> wrote:

> On Mon, 2019-03-04 at 10:58 -0500, Tom Rini wrote:
> > Ah, so "poky" got me thinking this morning.  I was just on bitbake
> > v1.40
> > (since I usually use thud, and that's the version for that).  Moving
> > to
> > bitbake master/tip and I don't see the problem anymore.
> >
> > Is it possible to have some logic within OE to check the version of
> > bitbake and throw an error / warning?
>
> You mean like the BB_MIN_VERSION variable:
>
> http://git.yoctoproject.org/cgit.cgi/poky/tree/meta/conf/sanity.conf#n6
>
> ?
>
> :)
>
> The changes were intended to be backwards compatible hence it wasn't
> bumped. Clearly something isn't playing as intended...
>

Ah, older bitbake isn't going to set BB_UNIHASH, which I bet is what breaks
it. I bet if we add:

 BB_UNIHASH ?= "${BB_TASKHASH}"

somewhere (bitbake.conf?) it would fix it.


> Cheers,
>
> Richard
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20190304/bd186db5/attachment-0001.html>


More information about the Openembedded-core mailing list