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,

Attachment: signature.asc
Description: This is a digitally signed message part.

_______________________________________________
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds

Reply via email to