After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 583942 - [patch] require automake >= 1.9
[patch] require automake >= 1.9
Status: RESOLVED FIXED
Product: libsoup
Classification: Core
Component: Misc
2.26.x
Other All
: Normal normal
: ---
Assigned To: libsoup-maint@gnome.bugs
libsoup-maint@gnome.bugs
Depends on:
Blocks:
 
 
Reported: 2009-05-26 20:47 UTC by Adrian Bunk
Modified: 2009-06-02 01:22 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
autogen.sh: require automake >= 1.9 to fix a build error with older versions (324 bytes, patch)
2009-05-26 20:48 UTC, Adrian Bunk
none Details | Review

Description Adrian Bunk 2009-05-26 20:47:26 UTC
Please describe the problem:
I don't fully understand why it fails, but simply requiring the (already 5 years old) automake 1.9 fixes this error when building from git.

Steps to reproduce:
$ ./autogen.sh 
/usr/bin/gnome-autogen.sh
checking for autoconf >= 2.53...
  testing autoconf2.50... found 2.63
checking for automake >= 1.6...
  testing automake-1.10... not found.
  testing automake-1.9... not found.
  testing automake-1.8... not found.
  testing automake-1.7... found 1.7.9
checking for libtool >= 1.5...
  testing libtoolize... found 2.2.6
checking for pkg-config >= 0.14.0...
  testing pkg-config... found 0.22
checking for gtk-doc >= 1.0...
  testing gtkdocize... found 1.11
Checking for required M4 macros...
Checking for forbidden M4 macros...
**Warning**: I am going to run `configure' with no arguments.
If you wish to pass any to it, please specify them on the
`./autogen.sh' command line.

Processing ./configure.in
Running libtoolize...
libtoolize: putting auxiliary files in `.'.
libtoolize: copying file `./ltmain.sh'
libtoolize: You should add the contents of the following files to `aclocal.m4':
libtoolize:   `/usr/share/aclocal/libtool.m4'
libtoolize:   `/usr/share/aclocal/ltoptions.m4'
libtoolize:   `/usr/share/aclocal/ltversion.m4'
libtoolize:   `/usr/share/aclocal/ltsugar.m4'
libtoolize:   `/usr/share/aclocal/lt~obsolete.m4'
libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.in and
libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree.
libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am.
Running gtkdocize...
Running aclocal-1.7...
Running autoconf2.50...
Running autoheader2.50...
Running automake-1.7...
configure.in: installing `./install-sh'
configure.in: installing `./mkinstalldirs'
configure.in: installing `./missing'
configure.in:72: installing `./config.guess'
configure.in:72: installing `./config.sub'
libsoup/Makefile.am: installing `./depcomp'
Processing ./python/configure.in
Running libtoolize...
libtoolize: You should add the contents of the following files to `aclocal.m4':
libtoolize:   `/usr/share/aclocal/libtool.m4'
libtoolize:   `/usr/share/aclocal/ltoptions.m4'
libtoolize:   `/usr/share/aclocal/ltversion.m4'
libtoolize:   `/usr/share/aclocal/ltsugar.m4'
libtoolize:   `/usr/share/aclocal/lt~obsolete.m4'
libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.in and
libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree.
libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am.
Running aclocal-1.7...
Running autoconf2.50...
Running automake-1.7...
configure.in: installing `./mkinstalldirs'
configure.in: installing `./missing'
configure.in:13: installing `./config.guess'
configure.in:13: installing `./config.sub'
Makefile.am: installing `./COPYING'
Makefile.am: installing `./INSTALL'
Makefile.am: installing `./depcomp'
configure.in:13: required file `./ltmain.sh' not found


Actual results:


Expected results:


Does this happen every time?


Other information:
Comment 1 Adrian Bunk 2009-05-26 20:48:22 UTC
Created attachment 135406 [details] [review]
autogen.sh: require automake >= 1.9 to fix a build error with older versions
Comment 2 Dan Winship 2009-06-02 01:22:38 UTC
This problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report.