While this wouldn't be an issue on a running system, in stage 2 there is no perl installed. It is emerged in 'emerge system', but if the USE flags include "ssl", emerge will try to build perl with openssl. Unfortunately, the openssl build stops, requiring a working perl 5 binary. So there's a dependency loop. Perl (with USE="ssl") requires openssl, which requires some form of a perl binary to be existing. This is on a system that was sync'ed this morning which I'm trying to install. Reproducible: Always Steps to Reproduce: 1. 2. 3. A workaround is to emerge perl with 'USE="-ssl" emerge perl". That does skip openssl, however it now breaks on autoconf (apparenly also requires perl). I think the simple solution is to include a simple, working perl from stage 1, or better, to build a simple perl in the bootstrap phase.
well, I managed to emerge a basic perl by using 'USE="-*" emerge perl' It seems to be working fine so far, but I had to emerge -e perl again before running 'emerge system' so that it would re-emerge a perl with the expected stuff in place.
What version of the stages are you using? The new experimental ones, or the old 1.4 release ones?
Hmm. I'm not certain; the tarball I used is stage1-x86-20030910.tar.bz2 For what it's worth, I used the Pentium-4 Gentoo CDs I ordered off the Gentoo site, and perl and openssl were in the right order, with similar USE flags. So it may be fixed already.
I haven't seen any recent bugs about this with the 2004.0 stages, closing.
*** Bug 46523 has been marked as a duplicate of this bug. ***
Reopening this one, since a new bug describing the same bug arised.
John: I have this issue with 2004.0 on sparc. Verify it with: emerge -epvt openssl emerge -epvt perl It's not a livecd issue but a portage problem. *** This bug has been marked as a duplicate of 39318 ***