Bug#833707: libtasn1-6 FTCBFS: runs help2man on host architecture binaries
ametzler at bebt.de
Fri Aug 12 17:10:23 UTC 2016
On 2016-08-08 Helmut Grohne <helmut at subdivi.de> wrote:
> Thanks for your libtasn1-6 maintenance. Even though the addition of
> help2man improves our builds-from-source experience, it regresses the
> ability to cross compile libtasn1-6, which is needed for bootstrapping
> Debian from source.
Not intended. :-(
> help2man issues are always difficult, so my general advise is to avoid
> it wherever possible. For libtasn1-6 I propose to simply run help2man on
> the system binaries when cross compiling. I am attaching a patch for
> this approach and verified that it cross builds correctly (using the
> binaries from the system libtasn1-bin) and that native builds keep using
> the fresh versions. The new dependency on libtasn1-bin is marked with a
> <cross> profile to avoid dependency loops. Is that patch acceptable? Do
> you have a better idea or preferred approach?
How about doing a simple
if [ `dpkg-architecture -q DEB_BUILD_GNU_TYPE` != `dpkg-architecture -q DEB_HOST_GNU_TYPE` ] ; then \
touch `grep -l help2man doc/*.[1-8]` ; \
in debian/rules's override_dh_auto_configure instead? Just looking at
the results it has the same problem as the
use-system-libtasn1-bin-approach, the shipped manpage does not
necessarily match the built binaries. However it is not worse but
guarantees that the upstream version matches.
Also this would be zero-maintainance instead of carrying a patch.
Would this be an acceptable solution for the problem?
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
More information about the Pkg-gnutls-maint