[Parted-maintainers] Bug#649741: parted: Avoid multiple builds: FTBFS on hurd-i386

[Svante Signell]

Package: parted
Version: 2.3-8
Severity: important
Tags: patch
User: debian-hurd at lists.debian.org
Usertags: hurd

Hi,

looking at the build log for parted shows that the targets are built
(and configured) more than once, see below:

/usr/bin/make -C build-deb
/usr/bin/make -C build-deb check-abi;

/usr/bin/make -C build-udeb/lib
/usr/bin/make -C build-udeb/libparted
/usr/bin/make -C build-udeb/parted

/usr/bin/make -C build-dbg/lib
/usr/bin/make -C build-dbg/libparted

/usr/bin/make -C build-deb
/usr/bin/make -C build-deb check-abi;

/usr/bin/make -C build-udeb/lib
/usr/bin/make -C build-udeb/libparted
/usr/bin/make -C build-udeb/parted

/usr/bin/make -C build-dbg/lib
/usr/bin/make -C build-dbg/libparted

/usr/bin/make -C build-deb install DESTDIR=.../parted-2.3/debian/tmp
/usr/bin/make -C build-udeb/libparted install
[ -z "parted-udeb" ] || /usr/bin/make -C build-udeb/parted install

/usr/bin/make -C build-dbg/lib
/usr/bin/make -C build-dbg/libparted

With the attached patch of debian/rules the targets are built only once:

/usr/bin/make -C build-deb
/usr/bin/make -C build-deb check-abi;

/usr/bin/make -C build-udeb/lib
/usr/bin/make -C build-udeb/libparted
/usr/bin/make -C build-udeb/parted

/usr/bin/make -C build-dbg/lib
/usr/bin/make -C build-dbg/libparted

/usr/bin/make -C build-deb install DESTDIR=.../parted-2.3.new/debian/tmp
/usr/bin/make -C build-udeb/libparted install
[ -z "parted-udeb" ] || /usr/bin/make -C build-udeb/parted install

This is normally not a problem, except taking longer time, but on
GNU/Hurd the second build is made in a fakeroot environment, which may
have a different behaviour than outside. The resulting problem here is
that the build can hang on the second build under fakeroot. Two
successive builds resulted in a hang the first time and a build the
second, causing unpredictable results. On the buildd sthibault with a
clean build environment the build has now been hanging for 114 days :(

Therefore this problem is to be qualified as an important bug. The
resulting built packages have been unpacked and compared with no
differences. Additionally the static library archives have been compared
with nm, giving identical results for the symbols and their addresses.

Thanks!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: avoid_build_twice.patch
Type: text/x-patch
Size: 4295 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/parted-maintainers/attachments/20111123/a6bf5662/attachment.bin>