On 2018-01-23 11:28 +0000, Simon McVittie wrote: >> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/libtemplate-perl.html > > Doesn't look the same to me, perhaps some separate regression involving > --before/--remaining: > > debian/rules build > dh build --before dh_auto_configure > dh: The --before option is deprecated. Use override targets instead. > dh_update_autotools_config > [ ! -f /build/1st/libtemplate-perl-2.24/lib/Template/Config.pm.orig ] && cp > /build/1st/libtemplate-perl-2.24/lib/Template/Config.pm > /build/1st/libtemplate-perl-2.24/lib/Template/Config.pm.orig > dh build --remaining > dh: The --remaining option is deprecated. Use override targets instead.
I think the difference is that "dh binary" now runs "debian/rules build" again (haven't investigated why), and the package's buildsystem is buggy and fails if "debian/rules build" is run more than once, at least without cleaning in between. >> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/monotone.html > > New and exciting weirdness, but possibly also only worked in the past > because of #880840 having not been fixed: > > debian/rules build > make[1]: Entering directory '/build/1st/monotone-1.1' > The build target is disabled, please use the appropriate binary target. > > (And yet it uses the same override_dh_auto_build for both, so this hack > from 2007 is almost certainly wrong. I suspect that a rules file with > a working build target would be considerably shorter than the comment > that explains what is going on here...) That rules file was surely written before dpkg-buildpackage gained support for the build-arch and build-indep targets (#229357). Cheers, Sven
