Bug#887664: [debhelper-devel] Bug#887688: Bug#887688: debhelper: empty build of src:ck

[Simon McVittie]

On Mon, 22 Jan 2018 at 19:31:00 +0000, Niels Thykier wrote:
> While I can probably work around it in
> debhelper, the work around would be wrong (FTR, the original behaviour
> was as well).  My conclusion is therefore that we have to fix the
> packages individually (or stop using make for d/rules, which is a less
> realistic solution in the short term as we do not have a useful
> replacement).

Ack. I've already done that in openal-soft, which might
be a useful template for any that haven't been done yet:
https://anonscm.debian.org/cgit/pkg-games/openal-soft.git/commit/?id=a12165566d65b15016677116d93db548861b5479

> My rationale for saying that the work around is wrong is that the build
> target "SHOULD" be doing the build.  But if I work around it, the build
> will be deferred and instead happen during the binary target (for a -b
> build), which implies that the build (plus tests) are now run as
> (fake)root by default

Right. That seems reasonable: older debhelper's willingness to do the
actual build "just in time" during binary was masking the bug.

It's a little unfortunate that reproducible builds and the
production buildds are testing different code paths (build vs.
build-arch/build-indep) - on one hand it means we have coverage for both,
but on the other hand it means the reproducible builds infrastructure
never actually tests that what buildds do is reproducible. Perhaps
reproducible-builds' "build2" should do the arch and indep builds (if both
are supported) separately, like what happens on the production buildds?
I'll open a wishlist bug for that.

    smcv