Bug 29961 – 'emerge ntp' fails with m4 errors

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Nathan W. Labadie 2003-09-29 15:52:54 UTC]

1. 'emerge ntp'
2. dies with the following error:
---snip---
>>> emerge (1 of 1) net-misc/ntp-4.1.2 to /
>>> md5 src_uri ;-) ntp-4.1.2.tar.gz
>>> md5 src_uri ;-) ntp-4.1.2-manpages.tbz2
>>> Unpacking source...
>>> Unpacking ntp-4.1.2.tar.gz to /var/tmp/portage/ntp-4.1.2/work
>>> Unpacking ntp-4.1.2-manpages.tbz2 to /var/tmp/portage/ntp-4.1.2/work
 * Applying broadcastclient.patch...                                      [ ok ]
 * Applying 4.1.2-droproot.patch...                                       [ ok ]
 * Applying linux-config-phone.patch...                                   [ ok ]
configure.in:2496: /usr/bin/m4: Warning: Excess arguments to built-in `m4_pushdef' ignored
autom4te-2.57a: /usr/bin/m4 failed with exit status: 1
configure.in: no proper invocation of AM_INIT_AUTOMAKE was found.
configure.in: You should verify that configure.in invokes AM_INIT_AUTOMAKE,
configure.in: that aclocal.m4 is present in the top-level directory,
configure.in: and that aclocal.m4 was recently regenerated (using aclocal).
automake-1.7: no `Makefile.am' found or specified

!!! ERROR: net-misc/ntp-4.1.2 failed.
!!! Function src_unpack, Line 50, Exitcode 1
!!! (no error message)
---snip---
3. emerge info:
---snip---
Portage 2.0.49-r7 (default-x86-1.4, gcc-3.3.1, glibc-2.3.2-r1, 2.6.0-test6)
=================================================================
System uname: 2.6.0-test6 i686 Intel(R) Xeon(TM) CPU 3.06GHz
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-O3 -march=pentium4 -funroll-loops -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-O3 -march=pentium4 -funroll-loops -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="ccache autoaddcvs sandbox buildpkg"
GENTOO_MIRRORS="ftp://gentoo.ccccom.com http://www.ibiblio.org/gentoo ftp://csociety-ftp.ecn.purdue.edu/pub/gentoo/ ftp://ftp.ussg.iu.edu/pub/linux/gentoo ftp://ftp.ucsb.edu/pub/mirrors/linux/gentoo/ ftp://gentoo.noved.org/ ftp://cs.ubishops.ca/pub/gentoo"
MAKEOPTS="-j4"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 oss apm arts avi crypt cups encode foomaticdb gif imlib jpeg kde gnome libg++ mad mikmod mmx motif mpeg ncurses nls oggvorbis pdflib png quicktime sdl spell svga truetype xml2 xmms xv zlib gdbm berkdb slang readline tcltk java mysql postgres X gpm tcpd pam libwww ssl perl python gtk qt opengl ipv6"
---snip---

[Comment 1 Yi Quang (RETIRED) 2003-09-29 18:24:53 UTC]

Yup, same error here as well

[Comment 2 SpanKY 2003-09-29 18:54:12 UTC]

what version of m4 ? `qpkg -I -v m4`

[Comment 3 Nathan W. Labadie 2003-09-29 19:00:30 UTC]

sys-devel/m4-1.4 *

[Comment 4 Bjarke Istrup Pedersen (RETIRED) 2003-10-02 10:30:13 UTC]

same problem here, I think it has something to do with the version of automake
you (and me) are using not being supported, but maybe I am wrong.

[Comment 5 TGL 2003-10-02 12:24:42 UTC]

It is an autoconf-2.57a bug in AC_HELP_STRING definition. 

It is fixed upstream btw:
http://savannah.gnu.org/cgi-bin/cvsweb/autoconf/ChangeLog.diff?r1=1.2256&r2=1.2257

A patch follows that solved the problem for me.

Maybe an ebuild bump to a 2.57a-r1 release is needed so that ntp-4.1.2 can

depend on a version that will work.

[Comment 6 TGL 2003-10-02 12:27:10 UTC]

Created attachment 18613 [details, diff]
autoconf-2.57a-AC_HELP_STRING.diff

Just to make it clear, in autoconf ebuild, patch is to apply in ${S}, 
and not ${OLD_S}.

[Comment 7 SpanKY 2003-10-02 13:04:37 UTC]

az: fix up the auto tools please ? :)

[Comment 8 Bjarke Istrup Pedersen (RETIRED) 2003-10-02 14:14:03 UTC]

TGL> Patch works perfectly, thanks :D

[Comment 9 SpanKY 2003-10-05 18:34:50 UTC]

*** Bug 30401 has been marked as a duplicate of this bug. ***

[Comment 10 Martin Schlemmer (RETIRED) 2003-10-07 15:03:33 UTC]

Thanks!  In -r1.