Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 135463 - dev-libs/apr-1.2.7-r1 fails at the eautoreconf command in the ebuild
Summary: dev-libs/apr-1.2.7-r1 fails at the eautoreconf command in the ebuild
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Other
: High normal (vote)
Assignee: Apache Team - Bugzilla Reports
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-06-03 19:13 UTC by Curtis Spencer
Modified: 2006-06-04 13:04 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
the failure output (aclocal-17212.out,4.20 KB, text/plain)
2006-06-03 19:14 UTC, Curtis Spencer
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Curtis Spencer 2006-06-03 19:13:08 UTC
My failure looks like this:
>>> emerge (1 of 1) dev-libs/apr-1.2.7-r1 to /
>>> md5 files   ;-) apr-1.2.7-r1.ebuild
>>> md5 files   ;-) files/digest-apr-1.2.7-r1
>>> md5 src_uri ;-) apr-1.2.7.tar.gz
>>> Unpacking source...
>>> Unpacking apr-1.2.7.tar.gz to /var/tmp/portage/apr-1.2.7-r1/work
>>> Source unpacked.
 * Running eautoreconf in '/var/tmp/portage/apr-1.2.7-r1/work/apr-1.2.7' ...
 * Running aclocal...                                                                                             [ !! ]

 * Failed Running aclocal !
 * 
 * Include in your bugreport the contents of:
 * 
 *   /var/tmp/portage/apr-1.2.7-r1/temp/aclocal-9797.out


!!! ERROR: dev-libs/apr-1.2.7-r1 failed.
!!! Function autotools_run_tool, Line 198, Exitcode 0
!!! Failed Running aclocal !
!!! If you need support, post the topmost build error, NOT this status message.


My toolchain looks like this:
Portage 2.0.54-r2 (default-linux/x86/2006.0, gcc-3.3.4, glibc-2.3.4.20040808-r1, 2.6.8-gentoo-r3 i686)
=================================================================
System uname: 2.6.8-gentoo-r3 i686 Intel(R) Pentium(R) 4 CPU 3.00GHz
Gentoo Base System version 1.4.16
dev-lang/python:     2.3.5-r2
dev-python/pycrypto: [Not Present]
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.4
sys-devel/binutils:  2.14.90.0.8-r3
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.6.8.1
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=pentium4 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=pentium4 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
MAKEOPTS="-j3"
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 alsa apache2 apm berkdb bzip2 cjk cli crypt dri eds emboss esd expat fastcgi fortran gd gdbm gif gpm gstreamer imagemagick ipv6 isdnlog jpeg ldap libg++ libwww lzw mp3 mpeg mysql ncurses nls nptl ogg pam pcre pdflib perl png pppd python readline reflection rrdtool ruby sasl sdl session slang spell spl sqlite ssl tcpd threads tiff truetype truetype-fonts type1-fonts udev vorbis wmf xml xml2 xorg zlib userland_GNU kernel_linux elibc_glibc"
Unset:  CTARGET, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS, PORTAGE_RSYNC_OPTS
Comment 1 Curtis Spencer 2006-06-03 19:14:12 UTC
Created attachment 88313 [details]
the failure output
Comment 2 Curtis Spencer 2006-06-03 19:15:08 UTC
If I uncomment the eautoreconf step, it seems to install properly, but this is probably not a proper workaround.
Comment 3 Michael Stewart (vericgar) (RETIRED) gentoo-dev 2006-06-04 09:30:54 UTC
This error doesn't occur for me. Checking configure.in, it does reference build/ltsugar.m4. Perhaps the handling of a missing .m4 changed in the autotools somewhere?

The aclocal command works fine for me, here is my emerge --info:

Portage 2.1_rc3-r3 (default-linux/x86/2006.0, gcc-3.4.4, glibc-2.3.5-r2, 2.6.15-gentoo-r1-skas3-v9-pre8 i686)
=================================================================
System uname: 2.6.15-gentoo-r1-skas3-v9-pre8 i686 Pentium III (Cascades)
Gentoo Base System version 1.6.14
dev-lang/python:     2.4.2
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=i686 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=i686 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig buildpkg ccache collision-protect cvs digest distlocks keeptemp keepwork metadata-transfer noclean nostrip sandbox sfperms strict test userpriv usersandbox"
GENTOO_MIRRORS="http://ftp.ucsb.edu/pub/mirrors/linux/gentoo/ http://gentoo.mirrors.easynews.com/linux/gentoo/ http://distfiles.gentoo.org"
LC_ALL="en_US.UTF-8"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/distfiles/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/home/vericgar/gentoo-x86 /usr/portage/local/layman/musicbrainz"
SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage"
USE="x86 X alsa apache2 apm avi berkdb bitmap-fonts cli crypt cups dri eds emboss encode foomaticdb fortran gdbm gif gpm gstreamer gtk gtk2 imlib ipv6 isdnlog jpeg kde libg++ libwww mad mikmod motif mp3 mpeg ncurses nls nptl offensive ogg opengl oss pam pcre pdflib perl png pppd python qt quicktime readline reflection sdl session spell spl ssl tcpd test truetype truetype-fonts type1-fonts udev unicode vorbis xml xmms xorg xv zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux userland_GNU video_cards_ati video_cards_s3virge video_cards_vesa"
Unset:  ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS


The buildconf that comes with apr does the following:

# libtool.m4 from 1.6 requires ltsugar.m4
if [ -f ltsugar.m4 ]; then
   rm -f build/ltsugar.m4
   mv ltsugar.m4 build/ltsugar.m4
fi

Is there a ltsugar.m4 in /var/tmp/portage/apr-1.2.7-r1/work/apr-1.2.7 ?
Comment 4 Michael Stewart (vericgar) (RETIRED) gentoo-dev 2006-06-04 11:10:17 UTC
<Flameeyes> vericgar, seems like they try to sinclude something that does not exists...
<vericgar> yea... configure.in has a reference to build/ltsugar.m4
<Flameeyes> vericgar, they seems to be pretty clueless with autoconf
<Flameeyes> try putting this
<Flameeyes> sed -i -e '/sinclude/d' "${S}/configure.in"
<Flameeyes> then AT_M4DIR="build" eautoreconf
<Flameeyes> vericgar, nop, that command deletes the lines that uses sinclude :)
<Flameeyes> and leave to aclocal to find the macro files rather than creating one long m4 file that often breaks


Fixed in CVS.
Comment 5 Curtis Spencer 2006-06-04 13:01:57 UTC
Three comments.
I don't have the ltsugar.m4 file in the /var/tmp/portage/apr-1.2.7-r1/work/apr-1.2.7

When it says Fixed in CVS, how long does that take to reflect in the portage tree because I just emerge sync'd and I have the latest changes.

Works for me.  Thanks for the quickfix

Should I close this?

Comment 6 Michael Stewart (vericgar) (RETIRED) gentoo-dev 2006-06-04 13:04:13 UTC
IIRC CVS syncs to the rsync mirrors every hour.