reassign 619830 thanks Alastair McKinstry <[email protected]> writes:
> On 2011-03-27 21:25, Ben Pfaff wrote: >> Alastair McKinstry<[email protected]> writes: >> >>> On 2011-03-27 18:29, Ben Pfaff wrote: >>>> Alastair McKinstry<[email protected]> writes: >>>> >>>> >>>>> Sorry I thought the example given was clear. >>>>> The build systems in question has acinclude.m4 files that were >>>>> generated by aclocal-1.10. >>>> What build systems? >>> See "silo-llnl" for example; this package FTBFS in sid, it worked in >>> squeeze. >> Where do I get it? >> http://packages.debian.org/search?keywords=silo-llnl&searchon=names&suite=all§ion=all >> says "You have searched for packages that names contain silo-llnl >> in all suites, all sections, and all architectures. Sorry, your >> search gave no results" > > silo-llnl is the source package name. I extracted silo-llnl_4.8-1. When I looked at what is in it, I noticed that it has identical acinclude.m4 and aclocal.m4 files. When I looked at acinclude.m4, I saw that it says that it was generated automatically by aclocal 1.10. There's the problem. The aclocal program copies acinclude.m4 literally into aclocal.m4. So since acinclude.m4 complains about Autoconf 2.61, so does aclocal.m4. The aclocal program doesn't generate acinclude.m4. I don't know why this file was copied from aclocal.m4. I don't know of a program that would do that automatically. When I delete acinclude.m4 and re-run autoreconf -fiv, this problem does not recur. Here is the full sequence: blp@blp:~/tmp(0)$ dpkg-source -x silo-llnl_4.8-1.dsc dpkg-source: info: extracting silo-llnl in silo-llnl-4.8 dpkg-source: info: unpacking silo-llnl_4.8.orig.tar.gz dpkg-source: info: unpacking silo-llnl_4.8-1.debian.tar.gz dpkg-source: info: applying add-lib-version.patch dpkg-source: info: applying dist-undo.patch dpkg-source: info: applying debian-changes-4.8-1 blp@blp:~/tmp(0)$ cd silo-llnl-4.8 blp@blp:~/tmp/silo-llnl-4.8(0)$ rm acinclude.m4 blp@blp:~/tmp/silo-llnl-4.8(0)$ autoreconf -fiv autoreconf: Entering directory `.' autoreconf: configure.ac: not using Gettext autoreconf: running: aclocal --force -I config autoreconf: configure.ac: tracing autoreconf: running: libtoolize --copy --force libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, `config'. libtoolize: copying file `config/ltmain.sh' libtoolize: putting macros in `config'. libtoolize: copying file `config/libtool.m4' libtoolize: copying file `config/ltoptions.m4' libtoolize: copying file `config/ltsugar.m4' libtoolize: copying file `config/ltversion.m4' libtoolize: copying file `config/lt~obsolete.m4' libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree. autoreconf: running: /usr/bin/autoconf --force autoreconf: running: /usr/bin/autoheader --force autoreconf: running: automake --add-missing --copy --force-missing configure.ac:1455: required file `src/hzip/Makefile.in' not found configure.ac:1458: required file `src/fpzip/Makefile.in' not found src/Makefile.am:79: required directory src/hzip does not exist src/Makefile.am:83: required directory src/fpzip does not exist src/Makefile.am:88: required directory src/hzip does not exist tests/Makefile.am: Fortran 77 source seen but `F77' is undefined tests/Makefile.am: The usual way to define `F77' is to add `AC_PROG_F77' tests/Makefile.am: to `configure.ac' and run `autoconf' again. autoreconf: automake failed with exit status: 1 Configuration still fails, but not obviously due to problems within the autoconf package, so I'm reassigning this bug to silo-llnl (with this email). -- Ben Pfaff http://benpfaff.org -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
