Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 166670 - apache-2.0.58-r2 will not rebuild
Summary: apache-2.0.58-r2 will not rebuild
Status: VERIFIED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo Linux bug wranglers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-02-13 14:54 UTC by John Covici
Modified: 2007-04-09 10:55 UTC (History)
1 user (show)

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


Attachments
attempt to emerge apache (apache_merge.txt,14.26 KB, text/plain)
2007-02-13 15:01 UTC, John Covici
Details
config.log (config.log,9.92 KB, text/plain)
2007-02-13 15:06 UTC, John Covici
Details
emerge --info (info.txt,7.10 KB, text/plain)
2007-02-13 15:46 UTC, John Covici
Details

Note You need to log in before you can comment on or make changes to this bug.
Description John Covici 2007-02-13 14:54:03 UTC
see above

Reproducible: Always

Steps to Reproduce:
1.
2.
3.
do emerge --sync, then emerge apache2 -- I added a doc use flag if that is significant.
Actual Results:  
build dies -- unable to configure.

Expected Results:  
Apache should compile normally.

See attached file of the attempt and the config.log for more information.
Comment 1 John Covici 2007-02-13 15:01:33 UTC
Created attachment 110068 [details]
attempt to emerge apache
Comment 2 John Covici 2007-02-13 15:06:11 UTC
Created attachment 110069 [details]
config.log
Comment 3 Jakub Moc (RETIRED) gentoo-dev 2007-02-13 15:13:40 UTC
emerge --info please.
Comment 4 John Covici 2007-02-13 15:46:34 UTC
Created attachment 110070 [details]
emerge --info
Comment 5 Jakub Moc (RETIRED) gentoo-dev 2007-02-13 16:12:39 UTC
Don't play with your CHOST if you don't know what you are doing...

<snip>
gcc-config error: Could not run/locate "i386-pc-linux-gnu-gcc"
CHOST="i686-pc-linux-gnu"
</snip>

http://www.gentoo.org/doc/en/change-chost.xml
Comment 6 Jakub Moc (RETIRED) gentoo-dev 2007-02-13 16:12:59 UTC
Not an Apache bug.
Comment 7 Michalis Giannakidis 2007-04-09 10:40:27 UTC
> Not an Apache bug.

I also have the same problem. I hope you help in solving it.

I have gone through the change-chost instructions before I came up to this problem. I believe I changed it successfully, since other packages emerge fine.

The emerge log of the bug states that something is happening with APR
In my system I got:
emerge -s apr
*  dev-libs/apr
      Latest version available: 1.2.8
      Latest version installed: 0.9.7
      Size of files: 1,081 kB
      Homepage:      http://apr.apache.org/
      Description:   Apache Portable Runtime Library
      License:       Apache-2.0

and 
mgiann% apr-config --cc
i386-pc-linux-gnu-gcc

mgiann% apr-config --cc
i386-pc-linux-gnu-gcc <---- bad. I don't know why. I don't know why apr was not updated with the emerge world.

I re-emerged apr. Now I get:
*  dev-libs/apr
      Latest version available: 1.2.8
      Latest version installed: 1.2.8
      Size of files: 1,081 kB
      Homepage:      http://apr.apache.org/
      Description:   Apache Portable Runtime Library
      License:       Apache-2.0

The old apr-config still exists. I now also have a new apr-1-config:
mgiann% apr-1-config --cc
i686-pc-linux-gnu-gcc
mgiann% apr-1-config --version
1.2.8


emerge of apr issued this warning (relevant ? / serius?): 
* We are now using the system's libtool rather then bundling
* our own. You will need to rebuild Apache and possibly other
* software if you get a message similiar to the following:
* 
*    /usr/share/apr-1/build-1/libtool: No such file or directory
*

I re-emerge apache, and the same error occurs.
Comment 8 Jakub Moc (RETIRED) gentoo-dev 2007-04-09 10:43:34 UTC
(In reply to comment #7)

emerge -1 =dev-libs/apr-0*
Comment 9 Michalis Giannakidis 2007-04-09 10:55:15 UTC
(In reply to comment #8) 
> emerge -1 =dev-libs/apr-0*

Yes, that fixes it! Thank you very much for the prompt reply.

I am now compiling apache, and heading for subversion.

My guess is that apr-0 should have been updated as a dependency or rebuilded by revdep.  I believe that you can tell if there is something that needs to change, or this is the way things are supposed to work.

Thank you.