Summary: | bootstrap.sh fails because of /lib/cpp sanity check, make.conf irrelevant? | ||
---|---|---|---|
Product: | Gentoo Release Media | Reporter: | Jack Miller <stonedzealot> |
Component: | Everything | Assignee: | Gentoo Toolchain Maintainers <toolchain> |
Status: | RESOLVED FIXED | ||
Severity: | major | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 12699 |
Description
Jack Miller
2003-09-13 11:13:20 UTC
I need to know what stage1 tarball you used. 1.4 release? Did you log anything? OK, the problem is that you're using ACCEPT_KEYWORDS="~x86", and the gettext-0.12.1 in unstable uses C++ all of the sudden (0.11 didn't,) and there's no g++ on the stage1. Still seeing this with a pristine (new hard disk) install of 2004.1. If there is a user work-around, please append it to the bug. It appends when forgetting to start bootstrap.sh, emerge system is fire up after bootstrap.sh -f. (maybe because the command bootstrap.sh -f shows up clearly in the middle of a page of the handbook on a text console, while bootstrap.sh command is broken on 2 pages.) FYI, this bug also applies to 2004.2 amd64 LiveCD. Even if no CFLAGS are specified in /etc/make.conf, the bug still occurs. we disable C++ for stage1's ... any reasons to not enable it ? gettext has C++ disabled now during bootstrap Moving these so we can remove the "Install CD" component from "Gentoo Linux". I apologize to everyone for this spam, but according to the bugzilla developers, this is the only reasonable way to do this. |