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 attachment 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 attachment 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. ***
