On Sat, Feb 15, 2020, 5:07 AM Richard Purdie <
richard.purdie@linuxfoundation.org> wrote:

> On Tue, 2020-02-11 at 21:14 -0600, Joshua Watt wrote:
> > Adds recipes to build the diffoscope tool and run it when the OEQA
> > reproducible build test saves output to a local path. This should
> > make
> > it much easier to debug reproducible build issues from the
> > autobuilder,
> > since the published output can be easily viewed on the website.
> >
> > Joshua Watt (4):
> >   python: Add libarchive-c recipe
> >   python: Add magic recipe
> >   recipes-support: Add diffoscope recipe
> >   oeqa: reproducible: Run diffoscope on saved output
>
> Thanks!
>
> The first production use:
>
>
> https://autobuilder.yocto.io/pub/repro-fail/oe-reproducible-20200215-t1s21q9r/packages/diff-html/
>
> :)
>

That's great!


> I am a bit puzzled/concerned about how this hasn't been removed from
> the system yet as it should have been, unless its the hashequiv problem
> with timestamps continuing to cause problems. Need to fix my patch...
>

It looks like a directory ordering issue to me, since the timestamps are
the same. One way to really flush these out would be to use disorderfs (
https://salsa.debian.org/reproducible-builds/disorderfs) which permutates
the order in which entries are listed in a directory, but I think we should
try to get "wider" coverage (more recipes) before we try that.


> Cheers,
>
> Richard
>
>