[OE-core] sstate hash equivalence breaks rm_work

[Joshua Watt]

On Sun, Mar 3, 2019 at 4:11 PM Joshua Watt <jpewhacker at gmail.com> wrote:
>
> On Sun, Mar 3, 2019 at 3:25 PM Tom Rini <trini at konsulko.com> wrote:
> >
> > On Sun, Mar 03, 2019 at 03:21:12PM -0600, Joshua Watt wrote:
> > > 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.
> >
> > I am not.
> >
> > > Also, it there an AB build that uses rm_work that would have seen this?
> >
> > OK, so I see I forgot a step that was clear to me, but, uh, not in the
> > email.  What breaks is for example:
> > bitbake core-image-minimal && bitbake core-image-minimal
> > That second build, rather than see "nothing to do" (or at least, almost
> > nothing to do) says "Oh, I need to build linux-libc-headers from
> > scratch" and possibly other stuff too, but that's the first thing I
> > notice.
>
> Ok. I've started a build to test it. Would you mind opening a Bugzilla
> for it and assigning it to me?
>
> For posterity, the poky commit SHA is adc37721a86c

Hmm, FWIW I just tried this on my setup with rm_work enabled and it
worked as expected (e.g. did not rebuild unnecessarily).... would you
be able to share more of your setup (local.conf, layers.conf,
site.conf)?

>
> >
> > --
> > Tom