Your message dated Thu, 14 Jan 2016 22:19:30 +0000
with message-id <[email protected]>
and subject line Bug#733045: fixed in debhelper 9.20160114
has caused the Debian Bug report #733045,
regarding debhelper: Can debhelper make autotools-dev updating default 
behaviour?
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
733045: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=733045
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: debhelper
Severity: wishlist

Every new port involves hundred of patches to packages updating
config.sub and config.guess so that packages build on the new arch.

The autotools-dev package provides extremely handy functionality which
allows this to be fixed in a clean and generic way, by 
1) for debhelper packages:
adding dh_autotools-dev_updateconfig to each configure target
adding dh_autotools-dev_restoreconfig to each clean target

2) for dh packages:
adding --with autotools-dev to the dh invocation

(modulo some exceptions where something more fiddly is needed).
This adds a build-dep on autotools-dev in each case.

See 
http://bugs.debian.org/cgi-bin/[email protected];tag=arm64
 for hundreds of example of this.


Debian would be much improved in this regard if the default debhelper
set of things run included the dh_autotools-dev rules. Individual
packages wouldn't need patching if they already used debhelper or dh -
it would just work. Overrides could be added to deal with the unusual
cases, and a --without autotools-dev to disable it.

build-from-source distros like OE have been doing this by default for
many years and it works very well, removing an enormous amount of
friction from new ports.

Is there any reason not to make this a default behaviour? I am not aware
of this ever causing a problem with package builds, even where the
config.{sub,guess} being replaced are very old. This is much more
conservative than doing a full autoreconf, which regularly does break
things, and would be a controversial thing to do by default.

Having automatically-updated config.{sub,guess} in all debhelper-using
packages would be a huge boon to porters particularly, but also package
maintainers in general as they won't get bothered by these bugs and
build failures.

It would add a dependency on autotools-dev to debhelper, but that's a
very simple package with just a few files so I don't see that as being a
big burden.

Pabs did try (last year) to get this 'default updating of
config.{sub,guess} for distros' behaviour moved upstream into autoconf
so that if distro versions of the files were present then they would be
used. But upstream did not want to make this automatic (because it
included distro-specific path knowledge), so an env var containing the
path still has to be set to get this behaviour, which means we would still
have to modify either build tools or individual packages to set that,
and it would still only work on packages that already use a very
recent autoconf (which is the small set that don't need fixing anyway as
they are already up to date). So this may well become a useful feature we
can depend on in a few years time, but in the meantime I favour having
debhelper just DTRT.

This does seem like a good example of something where the right default
(for autotools-using packages) is to use the system versions of these
two files, not the ones shipped with the (possibly very old) source.
Exceptions to this are very rare (I don't know of any) so it seems like
a good candidate for debhelper to do it by default.

cc:ing to debian-devel for wider input.

-- System Information:
Debian Release: 7.3
  APT prefers stable
  APT policy: (990, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-kvm-i386-20110111 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages debhelper depends on:
ii  binutils    2.22-8
ii  dpkg        1.16.12
ii  dpkg-dev    1.16.12
ii  file        5.11-2
ii  html2text   1.3.2a-15
ii  man-db      2.6.2-1
ii  perl        5.14.2-21+deb7u1
ii  po-debconf  1.0.16+nmu2

debhelper recommends no packages.

Versions of packages debhelper suggests:
pn  dh-make  <none>

-- no debconf information

--- End Message ---
--- Begin Message ---
Source: debhelper
Source-Version: 9.20160114

We believe that the bug you reported is fixed in the latest version of
debhelper, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [email protected],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Niels Thykier <[email protected]> (supplier of updated debhelper package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [email protected])


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Format: 1.8
Date: Thu, 14 Jan 2016 22:01:03 +0000
Source: debhelper
Binary: debhelper
Architecture: source
Version: 9.20160114
Distribution: unstable
Urgency: low
Maintainer: Debhelper Maintainers <[email protected]>
Changed-By: Niels Thykier <[email protected]>
Description:
 debhelper  - helper programs for debian/rules
Closes: 488346 510855 733045 810948
Changes:
 debhelper (9.20160114) unstable; urgency=low
 .
   [ Niels Thykier ]
   * Dh_Lib.pm: Pass "-S" to dpkg-parsechangelog when requesting
     the Version field.
   * Drop compat level 3.
   * dh_install: Only fallback to debian/tmp if the given glob
     does not start with debian/tmp.  This should make the
     output on failures less weird.
   * autoscripts/*-makeshlibs: Removed, no longer used.
   * dh: In compat 10, drop the manual sequence control arguments
     and the sequence log files.  (Closes: #510855)
   * dh_update_autotools_config: New helper to update config.sub
     and config.guess.
   * dh: Run dh_update_autotools_config before dh_auto_configure.
     (Closes: #733045)
   * d/control: Add dependency on autotools-dev for the new
     dh_update_autotools_config tool.
   * dh_installinit: Correct the "PROMISE NOOP" clause to account
     for /etc/tmpfiles.d and /usr/lib/tmpfiles.d.
   * dh_strip: Add "--(no-)automatic-dbgsym" and "--dbgsym-migration"
     options to replace "--(no-)ddebs" and "--ddeb-migration".
     (Closes: #810948)
 .
   [ Dmitry Shachnev ]
   * dh_install: Fail because of missing files only after processing
     all file lists for all packages.  (Closes: #488346)
Checksums-Sha1:
 55d63bf72b9c22d2164ed46f327fe5ed57099138 1703 debhelper_9.20160114.dsc
 5df59b9e19f765ff3c5328a00d088cff74dc1586 334212 debhelper_9.20160114.tar.xz
Checksums-Sha256:
 e4275eedd1e230db3624bef8638d030e2987a36c6dae49903f1e3443738b74fc 1703 
debhelper_9.20160114.dsc
 efd6371a88789db7a6cc11006391d290950932c63815389c5aa20734e6ce0fc9 334212 
debhelper_9.20160114.tar.xz
Files:
 eb7b8e99f18fd172edc98fa33653c008 1703 devel optional debhelper_9.20160114.dsc
 6a772b4c8e2ae8e5762fccea86140dea 334212 devel optional 
debhelper_9.20160114.tar.xz

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBCAAGBQJWmByBAAoJEAVLu599gGRCAWMP/Rz/c4gk+iuANi3HQH5yiEpt
T95RyVSPNHH+LeTbTWWNC0vSXc6xpbyvNYicvl3P7uKXQ5YlSy5kBPuITfDsrVTi
XlAB7dZku2nGRMLE21yDiVkwkNsWoGvQATqW7xmkblPf3AnpwW7eFQK3eHnRJ+5O
IlvZ8EBNTp+C4SHuZKyzZ7n/3m2ytqmpJj8WRFsL9TdmnC8v16HCYSf+imcra9JI
OXTCKV6yguEDjiF2uIHFxOlB1K5ba3ycaHuP4hUhQdifVR38dF4F1N7cT0wMNUQV
cWXGN3OaAtJcg76vz8EAlIQOKj7lXwB+ftJjXtbZ6kcaETJLvy9MLMo0PPZ8l2PJ
gPsasyDQCzBbwXOQRFoOgXRxZEdyu/3H/heKjCMQNZmPKQk47s09yOEGfbF3X26z
CEQwfPv9v4q1s/bVYqJcWaBiwEzje4peSjroHrbdg1gfFCQAwfQZTorMtwmxyFaW
DBoQMIeIopT2+v+BgezNgA9fw1fIlHqvSUckIzKgkwxzaq5L8g745Syicwwnqvpn
A8KPD1zly6K9rGjMCxzF2Y4AMKl78b+O1AYPn7nnJLEqfASqS1zcP8wVCHSpp1y/
Xelz6YpId7MRvdqoM0Q+ldDsXOkpFDFHkp++DRfqxDjonbSQzcOq5+LAn8p+bdXp
YEs/sHR+AaLTb4H9Tzsd
=+S3u
-----END PGP SIGNATURE-----

--- End Message ---

Reply via email to