Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 105983 - portage fails with Could not run/locate "i386-pc-linux-gnu-gcc"
Summary: portage fails with Could not run/locate "i386-pc-linux-gnu-gcc"
Status: VERIFIED DUPLICATE of bug 88777
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo Linux bug wranglers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-09-14 10:57 UTC by Chris Slycord
Modified: 2005-09-14 12:38 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 Chris Slycord 2005-09-14 10:57:50 UTC
When doing a stage1 install, after running bootstrap.sh, immediately 
running "emerge portage" fails with [Could not run/locate "i386-pc-linux-gnu-
gcc"]

Reproducible: Always
Steps to Reproduce:
1. Start stage1 install
2. Run bootstrap.sh
3. run "emerge portage"

Actual Results:  
portage fails to install with [Could not run/locate "i386-pc-linux-gnu-gcc"]

Expected Results:  
portage to install and not fail

I was able to "fix" this by running "emerge --nodeps --oneshot python" before 
doing "emerge portage."

I think a better solution, though, would be to simply have python updated as a 
part of bootstrap.sh
Comment 1 Bryan Østergaard (RETIRED) gentoo-dev 2005-09-14 11:05:53 UTC
1. There's no need to change CHOST besides cosmetics.
2. Please follow the handbook carefully when installing - you need to run
"emerge --emptytree system" after bootstrapping.

*** This bug has been marked as a duplicate of 88777 ***
Comment 2 Chris Slycord 2005-09-14 11:29:07 UTC
Not true. Try using nptl with CHOST=i386-pc-linux-gnu. It won't work because 
of the ebuild requirements. Since I wanted nptl-support, it was absolutely 
neccesary to change CHOST.
Comment 3 Chris Slycord 2005-09-14 12:38:31 UTC
It seems I am wrong; the above comment was based on old information. 
Apparently, the glibc + nptl only being on >i386 was fixed.