| Summary: | dev-libs/apr-util-1.2.7 fails to configure: "the --with-apr parameter is incorrect." | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | FieldySnuts <sgtphou> |
| Component: | Current packages | Assignee: | Apache Team - Bugzilla Reports <apache-bugs> |
| Status: | RESOLVED TEST-REQUEST | ||
| Severity: | normal | CC: | david, sergio.bevilacqua, tristan, vapier |
| Priority: | High | ||
| Version: | 2006.0 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
apr-util-1.2.7 configure log
apr-1.2.7-r2 configure log |
||
|
Description
FieldySnuts
2006-07-03 09:31:09 UTC
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. *** |
