Hi, something is strange in there. If you check the build log, you'll see that configure is run twice, then config.h.in is regenerated using autoheader, but config.h is build via config.status only after "make all-recursive" is executed.
In a local build, config.h is created immediately after config.h.in, and judging from the rules, there is no way around that: all: $(BUILT_SOURCES) config.h $(MAKE) $(AM_MAKEFLAGS) all-recursive ... config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) $(AM_MAKEFLAGS) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: $(am__configure_deps) ($(am__cd) $(top_srcdir) && $(AUTOHEADER)) rm -f stamp-h1 touch $@ (copy from a local Makefile) Excerpt from the buildd log: make[1]: Leaving directory `/build/buildd-pulseaudio_0.9.21-1.2-amd64-2bGIeC/pulseaudio-0.9.21' make[1]: Entering directory `/build/buildd-pulseaudio_0.9.21-1.2-amd64-2bGIeC/pulseaudio-0.9.21' echo 0.9.21 > .version-t && mv .version-t .version (CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/bash /build/buildd-pulseaudio_0.9.21-1.2-amd64-2bGIeC/pulseaudio-0.9.21/missing --run autoheader) rm -f stamp-h1 touch config.h.in /usr/bin/make all-recursive ... many many lines ... cd . && /bin/bash ./config.status config.h config.status: creating config.h Excerpt from local log: make[1]: Leaving directory `/tmp/buildd/pulseaudio-0.9.21' make[1]: Entering directory `/tmp/buildd/pulseaudio-0.9.21' echo 0.9.21 > .version-t && mv .version-t .version (CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/bash /tmp/buildd/pulseaudio-0.9.21/missing --run autoheader) rm -f stamp-h1 touch config.h.in cd . && /bin/bash ./config.status config.h config.status: creating config.h /usr/bin/make all-recursive I've checked some other architecture's buildd logs, they look exactly like the local one. best, Torsten -- .: Torsten Marek .: University of Zurich .: Institute of Computational Linguistics .: http://www.cl.uzh.ch/en/tmarek.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org