Bugzilla Bug 139033

dev-libs/apr-util-1.2.7 fails to configure for me.

[snip]
APR-util Version: 1.2.7
checking for chosen layout... apr-util
Applying apr-util hints file rules for i686-pc-linux-gnu
checking for APR... configure: error: the --with-apr parameter is incorrect. It
must specify an install prefix, a build directory, or an apr-config file.

!!! Please attach the following file when filing a report to bugs.gentoo.org:
!!! /var/tmp/portage/apr-util-1.2.7/work/apr-util-1.2.7/config.log

I will be attaching the log file.


Portage 2.1.1_pre2-r1 (default-linux/x86/2006.0, gcc-3.4.6/vanilla,
glibc-2.3.6-r4, 2.6.17-ifc i686)
=================================================================
System uname: 2.6.17-ifc i686 Intel(R) Pentium(R) M processor 1.86GHz
Gentoo Base System version 1.6.15
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632)
[enabled]
ccache version 2.3 [enabled]
dev-lang/python:     2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.3
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.18.1
sys-devel/autoconf:  2.13, 2.60
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.17
sys-devel/gcc-config: 2.0.0_rc1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r5
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-Os -march=pentium-m -fomit-frame-pointer -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/NX/etc /usr/NX/home /usr/kde/3.5/env
/usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/lib/mozilla/defaults/pref
/usr/share/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/
/usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/
/usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/"
CONFIG_PROTECT_MASK="/etc/env.d /etc/eselect/compiler /etc/gconf
/etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-Os -march=pentium-m -fomit-frame-pointer -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distcc distlocks metadata-transfer sandbox sfperms
strict"
GENTOO_MIRRORS="http://fido.online.kz/gentoo http://src.gentoo.pl
http://ftp.twaren.net/Linux/Gentoo/
ftp://distro.ibiblio.org/pub/linux/distributions/gentoo/
ftp://ftp.twaren.net/Linux/Gentoo/"
LINGUAS="en"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/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="/usr/local/portage"
SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage"
USE="x86 3dnow X a52 alsa apache2 apm avi berkdb bitmap-fonts bzip2 cdr chroot
cli crypt dlloader dri dv dvd dvdr dvdread eds emboss encode ffmpeg flac
foomaticdb fortran gdbm gif gpm gstreamer gtk gtk2 hal imlib isdnlog jpeg kde
kdeenablefinal libg++ libwww mad mikmod mmx motif mp3 mpeg ncurses network nls
ogg opengl oss pam pcre pdflib perl png pppd pwdb python qt qt3 qt4 quicktime
readline reflection sdl session spell spl sse ssl theora tiff truetype
truetype-fonts type1-fonts udev usb vorbis xml xml2 xmms xorg xv xvid zlib
elibc_glibc input_devices_keyboard input_devices_mouse input_devices_synaptics
kernel_linux linguas_en userland_GNU video_cards_ati video_cards_radeon"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS,
PORTAGE_RSYNC_EXTRA_OPTS

Created an attachment (id=90791) [details]
apr-util-1.2.7 configure log

True that. Same on my AMD64 :-(

Got workaround ...

sed -i '/with-apr/ s: \\$:/local/apr \\:'
/portage/dev-libs/apr-util/apr-util-1.2.7.ebuild
FEATURES=digest emerge -1 apr-util

But hey, it is not only apr-util... Look at subversion - same error with even
without apache2 flag...

Seems like dev-libs/apr ignores --prefix=/usr ...

dev-libs/apr-1.2.7-r2 installs into /usr/local

(In reply to comment #4)
> dev-libs/apr-1.2.7-r2 installs into /usr/local

No, it installs into /usr/local/apr ...

Yes, that is in /usr/local. Thanks.

I am unable to reproduce apr-1.2.7-r2 being installed in /usr/local. Can
someone who is having this happen attach a config.log from an apr-1.2.7-r2
installation? You may have to add keepwork to FEATURES in make.conf so that the
files don't get deleted after building.

Created an attachment (id=91052) [details]
apr-1.2.7-r2 configure log

Mine did install in /usr/local (/usr/local/apr)

Ok, I was finally able to reproduce it. It looks like autoconf-2.60 is causing
this. I have to go to work now, but at least we have a cause, and a work around
(downgrade back to autoconf-2.59). I will look into this more later tonight.

i dont think so ... i get the same error on an amd64/stable machine that has
never had autoconf-2.60


vapier@vapier 0 ~ $ ebuild /usr/portage/dev-libs/apr-util/apr-util-1.2.7.ebuild
clean unpack compile
>>> Unpacking source...
>>> Unpacking apr-util-1.2.7.tar.gz to /var/tmp/portage/apr-util-1.2.7/work
>>> Source unpacked.
>>> Compiling source in /var/tmp/portage/apr-util-1.2.7/work/apr-util-1.2.7 ...
 * Running elibtoolize in: apr-util-1.2.7/xml/expat/conftools
 *   Applying portage-1.5.10.patch ...
 *   Applying max_cmd_len-1.5.20.patch ...
 *   Applying sed-1.5.6.patch ...
 * Found db version 4.2
 * Found db version 4.2
include version 4.2
 * econf: updating apr-util-1.2.7/build/config.guess with
/usr/share/gnuconfig/config.guess
 * econf: updating apr-util-1.2.7/build/config.sub with
/usr/share/gnuconfig/config.sub
 * econf: updating apr-util-1.2.7/xml/expat/conftools/config.guess with
/usr/share/gnuconfig/config.guess
 * econf: updating apr-util-1.2.7/xml/expat/conftools/config.sub with
/usr/share/gnuconfig/config.sub
./configure --prefix=/usr --host=x86_64-pc-linux-gnu --mandir=/usr/share/man
--infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc
--localstatedir=/var/lib --datadir=/usr/share/apr-util-1 --with-apr=/usr
--with-expat=/usr --with-gdbm --without-pgsql --without-sqlite2
--without-sqlite3 --with-dbm=db42
--with-berkeley-db=/usr/include/db4.2:/usr/lib64 --libdir=/usr/lib64
--build=x86_64-pc-linux-gnu
checking build system type... x86_64-pc-linux-gnu
checking host system type... x86_64-pc-linux-gnu
checking target system type... x86_64-pc-linux-gnu
checking for a BSD-compatible install... /bin/install -c
checking for working mkdir -p... yes
APR-util Version: 1.2.7
checking for chosen layout... apr-util
Applying apr-util hints file rules for x86_64-pc-linux-gnu
checking for APR... configure: error: the --with-apr parameter is incorrect. It
must specify an install prefix, a build directory, or an apr-config file.

!!! Please attach the following file when filing a report to bugs.gentoo.org:
!!! /var/tmp/portage/apr-util-1.2.7/work/apr-util-1.2.7/config.log

!!! ERROR: dev-libs/apr-util-1.2.7 failed.
Call stack:
  ebuild.sh, line 1539:   Called dyn_compile
  ebuild.sh, line 939:   Called src_compile
  apr-util-1.2.7.ebuild, line 51:   Called econf
'--datadir=/usr/share/apr-util-1' '--with-apr=/usr' '--with-expat=/usr'
'--with-gdbm' '--without-pgsql' '--without-sqlite2' '--without-sqlite3'
'--with-dbm=db42' '--with-berkeley-db=/usr/include/db4.2:/usr/lib64'
  ebuild.sh, line 541:   Called die

!!! econf failed
!!! If you need support, post the topmost build error, and the call stack if
relevant.

vapier@vapier 0 ~ $ autoconf --version
autoconf (GNU Autoconf) 2.59
Written by David J. MacKenzie and Akim Demaille.

Copyright (C) 2003 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

(In reply to comment #10)
> i dont think so ... i get the same error on an amd64/stable machine that has
> never had autoconf-2.60

And 2.59d ? I think that even 2.59d messes it up ... hm ?

(In reply to comment #10)
> i dont think so ... i get the same error on an amd64/stable machine that has
> never had autoconf-2.60

My tests disagree.
It worked with autoconf-2.59.
I updated to autoconf-2.60 and it did not work.
I downgraded back to autoconf-2.59 and it worked again.

However, there may be other issues causing the same problem. The root of the
problem is that apr-util can't find apr because it's not installed where it's
supposed to be.

vapier: on your system, where did APR end up installed? if you could provide
the config.log for APR that would be a big help.

Digging into this deeper, a custom macro that APR uses no longer works
correctly with autoconf 2.60. This macro reparses the command line after
applying a layout, so that the command line takes precedence. In autoconf 2.60,
I assume some variable name changes, or is used for something else, and so this
parsing no longer works, so the --prefix from the command line is overwritten
with the layout.

The easy fix is to add a gentoo layout to config.layout. I have made the
changes to apr-1.2.7-r3. Please upgrade to this revision and then try the
apr-util or subversion again.

Now apr installs to the /usr prefix and it's OK.

with updated dev-libs/apr-1.2.7-r3 it works for me now, thanks

Looks good here, thanks so much!

the machine i showed has always been amd64 stable, so 2.59 is the newest
version it's ever had ... and i clearly showed the ebuild failing with it

(In reply to comment #17)
> the machine i showed has always been amd64 stable, so 2.59 is the newest
> version it's ever had ... and i clearly showed the ebuild failing with it
> 

Please take a closer look at this before dismissing it.
apr-util is failing because it can not find apr.
apr uses a strange macro that broke with autoconf 2.60 causing apr to not be
installed in the correct location (thus why apr-util could not find apr).
that part is fixed.

There may, however, be another bug, that is affecting amd64, that causes apr to
no be installed in the correct location (thus apr-util still failing). I would
like to solve this problem as well. So, where is APR installed on your system?

I noticed that you used ebuild commands rather then emerge. I don't beleive
that calculates package dependencies and installs them for you. Do you have APR
installed?

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