Bug#834744: xmlgraphics-commons: FTBFS (missing build-depends on gnupg)

[Santiago Vila]

On Wed, 7 Sep 2016, Emmanuel Bourg wrote:

> I haven't been able to reproduce this issue either with a clean pbuilder
> environment. For some reason gnupg was installed by default in the
> environment, but maybe this changed recently?

I don't know if this changed recently with pbuilder, but recent
versions of sbuild do not require gnupg to be present in the chroot.

This is from the NEWS file:

 * Major changes in 0.70.0:

  11) Drop requirement for gpg inside the chroot as external archive keys are
      now processed without gpg and signing of the internal repository is
      entirely optional with helpful warning and error messages in case
      signing failed.


Please note that this bug is not just "xmlgraphics-commons FTBFS".

This bug is "xmlgraphics-commons FTBFS if gnupg is not in chroot".

If you or Markus insist on building xmlgraphics-commons with gnupg in
the chroot, then it's not that you can't reproduce the bug, it's that
you are not even *trying* to reproduce the bug.

By definition, to reproduce the bug you need a chroot not having
gnupg installed. Successful builds with gnupg in the chroot do not
give any information at all regarding the reproducibility or
unreproducibility of this bug.

I think this was evident enough from my use of "missing build-depends"
in the subject and the patch that I attached, so I'm really surprised
(and disappointed) that I have to tell again what this bug is about.

I'm even more disappointed by the fact that this is a missing
build-depends and it's downgraded to normal when we have considered
missing build-depends as RC for *ages*.

Before I take this to the Technical Committee, do you want to propose
a summary of the disagreement? This is not required but it's
recommended here in point 2:

https://www.debian.org/devel/tech-ctte

Thanks.