Hi,

last month's status:
https://lists.opensuse.org/opensuse-factory/2020-06/msg00003.html

Last months' reproducible builds project updates (including my work):
https://reproducible-builds.org/reports/2020-05/

This month, several C++ packages became unreproducible
from a gcc10 issue https://bugzilla.opensuse.org/show_bug.cgi?id=1172846

I uploaded https://rb.zq1.de/compare.factory-20200630/ today
and rbstats are:
total-packages: 13000 (+154)
build-tried: 12992 (+155)
build-failed: 26 (+13)
build-n-a: 120 (-28)
build-succeeded: 12846 (+170)
build-official-failed+na: 285 (-355)
build-compare-failed: 423 (+0)
build-compare-succeeded: 12423 (+170)
verify-failed: 531 (-4)
verified-semi-reproducible: 12096 (+727)
verified-bit-identical: 0 (+0)
bit-by-bit-identical: 12219 (+133)
not-bit-by-bit-identical: 628 (+37)
not-bit-by-bit-identicalcheck: 627 (+37)

https://rb.zq1.de/compare.factory-20200630/graph.png
shows the change over time

https://rb.zq1.de/compare.factory-20200630/unreproduciblerings.txt
lists very unreproducible core packages (bootstrap+DVD)

Of the badly unreproducible packages,
1 were in ring0
40 were in ring1

That makes it 41/2901 => 1.41 %
which is below the overall average of
423/12846 => 3.29 %

628/12846 => 4.89 % of packages are not perfectly reproducible


In Ring0, grep can become more reproducible with
https://build.opensuse.org/request/show/813322

In Ring1, we have a newly unreproducible package
apache-pdfbox from diffs in the javadoc documentation index
http://rb.zq1.de/compare.factory-20200630/apache-pdfbox-compare.out

perf package is still unreproducible from random filesystem readdir order
via nftw calls in
https://github.com/torvalds/linux/blob/master/tools/perf/pmu-events/jevents.c#L1171


Ciao
Bernhard M.