[rb-general] Request for help to make mariadb-10.3 in Debian reproducible
Chris Lamb
lamby at debian.org
Sun Feb 9 08:57:03 UTC 2020
Hi Otto,
> Unfortunately none of the changes I made seemed to solve this..
> 10.3.22 is still unreproducible in unstable due to RocksDB, TokuDB and
> Mroonga.
Mmm, alas, I only managed to get this to "almost reproducible" stage
before my attention was required elsewhere.
However, I quickly note that we are still embedding the build flags
that vary depending on the build path via -ffile-prefix-map into the
binary, despite my patch that was designed precisely to normalise them:
│ │ │ │ │ 0x00012040 2d676e75 27202743 464c4147 533d2d67 -gnu' 'CFLAGS=-g
│ │ │ │ │ 0x00012050 202d4f32 202d6666 696c652d 70726566 -O2 -ffile-pref
│ │ │ │ │ - 0x00012060 69782d6d 61703d2f 6275696c 642f3173 ix-map=/build/1s
│ │ │ │ │ - 0x00012070 742f6772 6f6f6e67 612d392e 312e323d t/groonga-9.1.2=
│ │ │ │ │ + 0x00012060 69782d6d 61703d2f 6275696c 642f322f ix-map=/build/2/
│ │ │ │ │ + 0x00012070 67726f6f 6e67612d 392e312e 322f326e groonga-9.1.2/2n
I would suggest that this curiosity is the first place to start. :)
§
> The upside is that all upstreams seemed pretty responsive. If there
> just was some very easy instructions for upstreams to follow on how to
> build their project twice with the variations reproducible-builds.org
> does, they could be able to study the actual binaries themselves more
> easily.
I understand and feel your pain. That tool ought to "just" be reprotest
but as previously discussed I don't possess the ability to become the
maintainer for this.
Best wishes,
--
,''`.
: :' : Chris Lamb
`. `'` lamby at debian.org 🍥 chris-lamb.co.uk
`-
More information about the rb-general
mailing list