control: tag -1 pending > Hi Alexandre, > > thanks for caring about reproducible builds and filing bugs against your own > packages! :-)
I got conviced (and a bit entertained) by the talk at FOSDEM ;-) > Without further investigating #790844 looks very similar to #786694 and > #789495, the latter was easily fixed by adding texinfo to build-depends - > though this will not make the package build reproducibly as you can also see > in > https://reproducible.debian.net/dbd/unstable/amd64/rcs_5.9.4-3.debbindiff.html Duh ? I think that Mattia's guess was closer: >> Quite some FTBFS on our infrastructure are do to us using >> DEB_BUILD_OPTIONS=parallel=23 (e.g. very high) and some packages not coping >> fine with it. I finally found ou the likely cause: 'install' target in Makefile.in is split in tiny chunks. I don't know if it still make any sense, this was already done that way before the SVN -> Git transition from 2005, and I'm maintaining this for less than a year. "install : install1 install11 install2 installdirs cruft" If 'install11' run before 'intall1'; it fails. Adding a simple sleep 0.1at the top of "intall1" always trigger an error in "install11". Adding an extra "mkdir -p $(DESTDIR)/usr/lib/cruft/" fix this permanently (?) https://github.com/a-detiste/cruft/commit/4e8a48999bd1c77c0d902c803f4151f3c09f471a > To achieve reproducibility you will also need to normalize the timezone > during > build (eg set TZ=UTC) or wait til debhelper does this for you. All the previous run that didn't FTBFS were reproducible; are there any other changes needed ? Cheers,
Description: This is a digitally signed message part.
_______________________________________________ Reproducible-builds mailing list Reproduciblefirstname.lastname@example.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds