[opensuse-factory] openSUSE reproducible builds status 2020-08
Hi, last month's status: https://lists.opensuse.org/opensuse-factory/2020-07/msg00417.html Last months' reproducible builds project updates (including my work): https://reproducible-builds.org/reports/2020-07/ I uploaded https://rb.zq1.de/compare.factory-20200830/ today and rbstats are: total-packages: 13244 (+111) build-tried: 13236 (+110) build-failed: 66 (+28) build-n-a: 125 (-1) build-succeeded: 13045 (+83) build-official-failed+na: 323 (+72) build-compare-failed: 431 (-3) build-compare-succeeded: 12614 (+86) verify-failed: 519 (+28) verified-semi-reproducible: 12362 (+258) verified-bit-identical: 0 (+0) bit-by-bit-identical: 12488 (+106) not-bit-by-bit-identical: 558 (-23) https://rb.zq1.de/compare.factory-20200830/graph.png shows the change over time https://rb.zq1.de/compare.factory-20200830/unreproduciblerings.txt lists very unreproducible core packages (bootstrap+DVD) Of the badly unreproducible packages, 2 were in ring0 45 were in ring1 That makes it 47/3268 => 1.44 % which is below the overall average of 431/13045 => 3.30 % 558/13045 => 4.28 % of packages are not perfectly reproducible Build workers were upgraded to Leap-15.2 to have a rpm that understands zstd. Several small packages seem to build faster now, possibly because the setup of the build environment is faster with zstd. E.g. "hub" went from 181+139s to 87+64s for -j1 and -j4 builds and "xinit" went from 64+63s to 46+51s Notable unreproducible core packages: cargo-c: parallelism? + filesys in rust libgit2-sys installation-images: ordering issues and plenty other issues xen: PE timestamps in .efi files Ciao Bernhard M.
Hi, last month's status: https://lists.opensuse.org/opensuse-factory/2020-08/msg00355.html Last months' reproducible builds project updates (including my work): https://reproducible-builds.org/reports/2020-08/ I uploaded https://rb.zq1.de/compare.factory-20201001/ today and rbstats are: total-packages: 13408 (+164) build-tried: 13401 (+165) build-failed: 26 (-40) build-n-a: 137 (+12) build-succeeded: 13238 (+193) build-official-failed+na: 214 (-109) build-compare-failed: 405 (-26) build-compare-succeeded: 12833 (+219) verify-failed: 514 (-5) verified-semi-reproducible: 12479 (+117) bit-by-bit-identical: 12694 (+206) not-bit-by-bit-identical: 524 (-34) not-bit-by-bit-identicalcheck: 544 (-13) https://rb.zq1.de/compare.factory-20201001/graph.png shows the change over time https://rb.zq1.de/compare.factory-20201001/unreproduciblerings.txt lists very unreproducible core packages (bootstrap+DVD) Of the badly unreproducible packages, 2 were in ring0 46 were in ring1 That makes it 48/3369 => 1.42 % which is below the overall average of 405/13238 => 3.06 % 524/13238 => 3.96 % of packages are not perfectly reproducible Newly unreproducible packages: python-scikit-learn nondeterminism from parallelism via cython+openmp other notable: kopete still suffers from https://bugreports.qt.io/browse/QTBUG-83186 libpinyin .bin files generated by cpp - maybe uninitialized memory Ciao Bernhard M.
Hi, last month's status: https://lists.opensuse.org/opensuse-factory/2020-10/msg00003.html Last months' reproducible builds project updates (including my work): https://reproducible-builds.org/reports/2020-09/ I uploaded https://rb.zq1.de/compare.factory-20201030/ today and rbstats are: total-packages: 13570 (+326) build-tried: 13561 (+325) build-failed: 41 (-25) build-n-a: 133 (+8) build-succeeded: 13387 (+342) build-official-failed+na: 194 (-129) build-compare-failed: 412 (-19) build-compare-succeeded: 12975 (+361) verify-failed: 510 (-9) verified-semi-reproducible: 12523 (+161) bit-by-bit-identical: 12855 (+367) not-bit-by-bit-identical: 532 (-26) not-bit-by-bit-identicalcheck: 532 (-25) https://rb.zq1.de/compare.factory-20201030/graph.png shows the change over time https://rb.zq1.de/compare.factory-20201030/unreproduciblerings.txt lists very unreproducible core packages (bootstrap+DVD) Of the badly unreproducible packages, 3 were in ring0 47 were in ring1 That makes it 50/3369 => 1.48 % which is below the overall average of 412/13387 => 3.08 % 532/13387 => 3.97 % of packages are not perfectly reproducible Newly unreproducible core packages: bison: profile guided optimization use a large 'make check' eigen3: variations in doc .js grpc: contains Makefile2 from cmake with order variations +CMakeOutput.log transfig: pdf https://bugs.ghostscript.com/show_bug.cgi?id=696765 date+time from ghostscript Other noteworthy packages: ibus: https://github.com/ibus/ibus/issues/2272 parallelism python-pendulum: debuginfo contains random /tmp/pip-req-build-n3fx1ri4 sbcl: multiple issues. one is fixed by https://github.com/sbcl/sbcl/pull/37 Ciao Bernhard M.
Hi, last month's status: https://lists.opensuse.org/opensuse-factory/2020-10/msg00328.html Last months' reproducible builds project updates (including my work): https://reproducible-builds.org/reports/2020-10/ I uploaded https://rb.zq1.de/compare.factory-20201127/ yesterday and rb-stats are: total-packages: 13709 (+139) build-tried: 13698 (+137) build-failed: 35 (-6) build-n-a: 129 (-4) build-succeeded: 13534 (+147) build-official-failed+na: 189 (-5) build-compare-failed: 417 (+5) build-compare-succeeded: 13117 (+142) verify-failed: 518 (+8) verified-semi-reproducible: 12784 (+261) bit-by-bit-identical: 12990 (+135) not-bit-by-bit-identical: 537 (+5) not-bit-by-bit-identicalcheck: 544 (+12) https://rb.zq1.de/compare.factory-20201127/graph.png shows the change over time https://rb.zq1.de/compare.factory-20201127/unreproduciblerings.txt lists very unreproducible core packages (bootstrap+DVD) Of the badly unreproducible packages, 3 were in ring0 49 were in ring1 That makes it 52/3215 => 1.62 % which is below the overall average of 417/13534 => 3.08 % 537/13534 => 3.97 % of packages are not perfectly reproducible noteworthy findings: procmail https://build.opensuse.org/request/show/850841 verification error from preinstallimage that had different groups eigen3 docs can build reproducibly with new doxygen newly unreproducible packages in ring1: cilium filesystem readdir order issues apache-commons-codec javadoc issues go1.15 still suffering from parallelism-induced buildid variations that might be fixed when building with go1.15 https://github.com/golang/go/issues/42159 Ciao Bernhard M.
participants (1)
-
Bernhard M. Wiedemann