Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 28630 - bootstrap.sh fails because of /lib/cpp sanity check, make.conf irrelevant?
Summary: bootstrap.sh fails because of /lib/cpp sanity check, make.conf irrelevant?
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Release Media
Classification: Unclassified
Component: Everything (show other bugs)
Hardware: x86 Linux
: High major (vote)
Assignee: Gentoo Toolchain Maintainers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 12699
  Show dependency tree
 
Reported: 2003-09-13 11:13 UTC by Jack Miller
Modified: 2005-03-25 11:24 UTC (History)
0 users

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jack Miller 2003-09-13 11:13:20 UTC
Starting over, I got to the bootstrap.sh stage (very early in the installation 
process) and upon running the bootstrap script, portage was emerged and 
gettext was started, but failed because of the /lib/cpp sanity check. I 
redownloaded the stage1 tarball and overwrote the /lib/cpp with the new one 
from the tarball (in case it was corrupted) it didn't help. I manipulated 
the /etc/make.conf to the same settings it had the last time I had installed 
Gentoo (early August, 03) and still the same problem.

Reproducible: Always
Steps to Reproduce:
1.Boot to Live CD
2.Get to Bootstrapping sequence
3.Watch as gettext or companion fails a /lib/cpp sanity check.

Actual Results:  
The same as problem above (it happens everytime)

Expected Results:  
Gotten past the bootstrap.sh stage of the installation (e.g. gotten to stage 2)

Cannot paste emerge info (no pasting ability on the install CD). Relevant 
system stats: P4 processor...that's it. I remembered from my old Gentoo 
installation that the make.conf warned against using pentium4 optimizations 
(sse2 problems) so I tried both pentium4 and pentium3
Comment 1 SpanKY gentoo-dev 2003-09-13 12:27:38 UTC

*** This bug has been marked as a duplicate of 12699 ***
Comment 2 Daniel Robbins (RETIRED) gentoo-dev 2003-09-13 13:01:59 UTC
I need to know what stage1 tarball you used. 1.4 release? Did you log anything?
Comment 3 Daniel Robbins (RETIRED) gentoo-dev 2003-09-13 14:39:36 UTC
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.
Comment 4 David G. Miller 2004-06-20 14:31:00 UTC
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.
Comment 5 Jean-Francois Adam 2004-07-01 14:00:15 UTC
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.)
Comment 6 Benjamin Paul Kay 2004-07-28 15:55:09 UTC
FYI, this bug also applies to 2004.2 amd64 LiveCD. Even if no CFLAGS are specified in /etc/make.conf, the bug still occurs.
Comment 7 SpanKY gentoo-dev 2004-10-02 23:08:53 UTC
we disable C++ for stage1's ... any reasons to not enable it ?
Comment 8 SpanKY gentoo-dev 2004-11-16 22:14:56 UTC
gettext has C++ disabled now during bootstrap
Comment 9 Chris Gianelloni (RETIRED) gentoo-dev 2005-03-25 11:24:19 UTC
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.