Package: dh-autoreconf Version: 6 Severity: normal I'm not exactly sure whose bug this is, but I'll start here.
I have a package (gnubg) which uses mkinstalldirs. After the first build and clean cycle, mkinstalldirs has been deleted by dh_autoreconf_clean. But then running autoreconf doesn't bring it back, which means that the build fails. As near as I can tell, autoreconf updates mkinstalldirs if it exists, but if it's been deleted, it doesn't copy it into the source tree, which leads to build failures when the package is built twice in sequence. This may actually be a bug in autoreconf; I'm not sure whether it should be reassigned there, or whether it's something dh-autoreconf should deal with. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dh-autoreconf depends on: ii autoconf 2.68-1 ii automake [automaken] 1:1.11.3-1 ii debhelper 9.20120322 ii libtool 2.4.2-1 ii perl 5.14.2-9 Versions of packages dh-autoreconf recommends: ii autopoint 0.18.1.1-5 dh-autoreconf suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
