[OE-core] sstate hash equivalence breaks rm_work

[Joshua Watt]

On Sun, Mar 3, 2019, 2:47 PM Tom Rini <trini at konsulko.com> wrote:

> Hey all,
>
> As part of the packagegroup-core-base-utils series I noticed that
> with rm_work enabled like I usually have, every build was starting over
> with rebuilding linux-libc-headers and going down from there.  I
> finished bisecting this now and it comes down to:


Just for reference, are you trying to use hash equivalence? It sounds like
not, but I would like to make sure.

Also, it there an AB build that uses rm_work that would have seen this?


> commit d889acb4f8f06f09cece80fa12661725e6e5f037
> Author: Joshua Watt <jpewhacker at gmail.com>
> Date:   Fri Jan 4 10:20:15 2019 -0600
>
>     sstate: Implement hash equivalence sstate
>
> This can be reproduced easily with qemux86, core-image-minimal, oe-core
> and this in site.conf:
> # Save more space
> INHERIT += "rm_work"
> # But keep this around for debugging
> RM_WORK_EXCLUDE += ""
> INHERIT += "buildstats"
> INHERIT += "buildstats-summary"
>
> (I doubt the last two matter, but I only noticed that was in my bisect
> just now).
>
> --
> Tom
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20190303/f4086c7e/attachment.html>