Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 66042 - scripts/bootstrap.sh want to compile libart_lgpl
Summary: scripts/bootstrap.sh want to compile libart_lgpl
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: x86 Linux
: High critical (vote)
Assignee: Gentoo Release Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-10-01 09:44 UTC by Alessandro Sappia
Modified: 2005-03-29 08:34 UTC (History)
2 users (show)

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


Attachments
make conf used in installing (make.conf,14.91 KB, text/plain)
2004-10-01 09:46 UTC, Alessandro Sappia
Details
what I did to have script/bootstrap.sh working (boostrap.sh.patch,467 bytes, patch)
2004-10-01 09:48 UTC, Alessandro Sappia
Details | Diff
output of bootstrap.sh --info (bootstrap.info,15.17 KB, text/plain)
2005-02-05 01:33 UTC, Burcin Erocal
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Alessandro Sappia 2004-10-01 09:44:01 UTC
I was installing gentoo on a server from stage1.
script/boostrap.sh stopped when configuring libart_lgpl.
Then I did a script/bootstrap.sh -f to fetch all packages,
I discovered then that libart_lgpl was wanted by gcc-3.4.2-r2.
I read gcc ebuild and discovered that libart_lgpl was needed for
gcj.
I had gcj in my USE flag in make.conf, but 
script/bootstrap.sh hasn't set 'build' USE flag to avoid request of 
libart_lgpl. It is supposed to do so, but it didn't worked that way.
I read bootstrap.sh and found 
line 206
export USE="${ORIGUSE} bootstrap"
[...]
and then on line 239
emerge ${STRAP_EMERGE_OPTS} ${myGCC} || cleanup 1
while before line 206 USE variable contains build flag
line 206 strips it away.
but emerge gcc is supposed to use 'build' flag.
I think line 206 mustexport  be changed in
export USE="${ORIGUSE} bootstrap build"

Well, I told the bug.
I will attach make.conf I wrote.
I think my bugfix should work.
I use that bugfix to complete boostrap
and now I'm happy  :-)

Bye
Comment 1 Alessandro Sappia 2004-10-01 09:46:47 UTC
Created attachment 40871 [details]
make conf used in installing
Comment 2 Alessandro Sappia 2004-10-01 09:48:01 UTC
Created attachment 40872 [details, diff]
what I did to have script/bootstrap.sh working
Comment 3 Alessandro Sappia 2004-10-01 10:49:06 UTC
doh, just a few typos...
Comment 4 Benjamin Judas (RETIRED) gentoo-dev 2004-10-02 11:48:12 UTC
You set ACCEPT_KEYWORDS="~x86" in your make.conf. This is not supported because of the error you just experienced and other potential errors that might come up. We cannot guarantee a flawless installation with ~arch set.
Comment 5 jasong 2005-01-30 16:59:19 UTC
This same error occurs w/o using ~arch.  I am using x86 (stable) and can't install emerge system.
Comment 6 Burcin Erocal 2005-02-05 01:33:48 UTC
Created attachment 50423 [details]
output of bootstrap.sh --info

 have seen the same error while bootstrapping, w/o ACCEPT_KEYWORD="~arch". The
error is also described in bug	76415.

The error message is:

checking for i686-pc-linux-gnu-g++... g++
checking whether we are using the GNU C++ compiler... no
checking whether g++ accepts -g... no
checking how to run the C++ preprocessor... /lib/cpp
configure: error: C++ preprocessor "/lib/cpp" fails sanity check
See `config.log' for more details.

!!! Please attach the config.log to your bug report:
!!! /var/tmp/portage/libart_lgpl-2.3.16/work/libart_lgpl-2.3.16/config.log

The output of bootstrap.sh --info is attached.

The problem can be solved by dropping the gcj use flag, or exporting
STAGE1_USE=build before bootstrapping.
Comment 7 Chris Gianelloni (RETIRED) gentoo-dev 2005-02-05 08:02:00 UTC
Looking into this.
Comment 8 Markus Rothe (RETIRED) gentoo-dev 2005-03-19 00:14:09 UTC
Chris: Have had time to look into this? This problem still happens for me (on ppc64).
Comment 9 Chris Gianelloni (RETIRED) gentoo-dev 2005-03-19 08:45:10 UTC
Actually, we're replacing the bootstrap script with a new one once 2005.0 is out, so this won't be valid any longer.

For now, you could use the bootstrap-new.sh script along with "emerge -e system" to build a system.
Comment 10 Markus Rothe (RETIRED) gentoo-dev 2005-03-20 01:05:37 UTC
nice! I'll definetly try that out! :-)
Comment 11 Markus Rothe (RETIRED) gentoo-dev 2005-03-29 05:11:09 UTC
new bootstrap.sh fixed this problem.
Comment 12 Chris Gianelloni (RETIRED) gentoo-dev 2005-03-29 08:34:51 UTC
I figured it would have...