Bug#1147469: reproducible-builds: must not set 'nocheck' on only one build
Christoph Berg
myon at debian.org
Sun Sep 13 15:23:02 BST 2026
Re: Thorsten Glaser
> I’ve recently found out that reproducible-builds nowadays fails
> packages which produce different output when 'nocheck' is set vs.
> unset.
This sounds like you have a whole lot of packages with that problem.
Care to share concrete cases?
> This is wrong.
I believe testing for that is very valuable and it should stay.
> If (if!) a 'nocheck' build *profile* is supported by the package,
> then, if that build *profile* is set, the binary packages may not
> differ.
Unless I missed something, packages do not announce profiles they
support. You could only look at debian/rules and guess which profiles
make any difference.
> But the 'nocheck' build option *is* allowed to have binary
> differences, and this is something important for various corner
> cases.
Even if that is true, I think t.rb.o should still test for the
problem. In most cases, the difference should be unintentional and
then people can work on fixing it.
> So, please add it to DEB_BUILD_OPTIONS on either no or all builds,
> and investigate into setting the 'nocheck' build *profile* on only
> one build *iff* the package supports it. I’m not exactly sure how
> to actually test for that, but if it only gets added to the variable
> DEB_BUILD_PROFILES but not DEB_BUILD_OPTIONS, then it can just be
> ignored by packages not supporting the 'nocheck' *profile*.
So the fix is to just set DEB_BUILD_PROFILES=nocheck along and then
the complaint is gone? :)
Christoph
More information about the Qa-jenkins-dev
mailing list