Stage 1, 2006.0, x86_64 emerge -e system error[SOLVED]

[System_Failure]

when I try to

Code: Select all

emerge -e system

after

Code: Select all

scripts/bootstrap.sh

I get this:

Code: Select all

>>> Emerging (21 of 131) dev-perl/Locale-gettext-1.05 to /
>>> checking ebuild checksums ;-)
>>> checking auxfile checksums ;-)
>>> checking miscfile checksums ;-)
>>> checking gettext-1.05.tar.gz ;-)
>>> Unpacking source...
>>> Unpacking gettext-1.05.tar.gz to /var/tmp/portage/Locale-gettext-1.05/work
>>> Source unpacked.
>>> Compiling source in /var/tmp/portage/Locale-gettext-1.05/work/gettext-1.05 ...
 * Using ExtUtils::MakeMaker
checking for gettext... yes
checking for dgettext... yes
checking for ngettext... yes
checking for bind_textdomain_codeset... yes

Error: Unable to locate installed Perl libraries or Perl source code.

It is recommended that you install perl in a standard location before
building extensions. Some precompiled versions of perl do not contain
these header files, so you cannot build extensions. In such a case,
please build and install your perl from a fresh perl distribution. It
usually solves this kind of problem.

(You get this message, because MakeMaker could not find "/usr/lib/perl5/5.8.7/x86_64-linux/CORE/perl.h")

!!! ERROR: dev-perl/Locale-gettext-1.05 failed.
Call stack:
  ebuild.sh, line 1539:   Called dyn_compile
  ebuild.sh, line 939:   Called src_compile
  ebuild.sh, line 1248:   Called perl-module_src_compile
  perl-module.eclass, line 128:   Called perl-module_src_prep
  perl-module.eclass, line 117:   Called die

!!! Unable to build! (are you using USE="build"?)
!!! If you need support, post the topmost build error, and the call stack if relevant.

I used stage1-amd64-2006.0.tar.bz2.
here is my emerge --info:

Code: Select all

Portage 2.1 (default-linux/amd64/2006.0, gcc-4.1.1, glibc-2.4-r3, 2.6.15-gentoo-r5 x86_64)
=================================================================
System uname: 2.6.15-gentoo-r5 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 4400+
Gentoo Base System version 1.12.1
dev-lang/python:     2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.8.5-r3
sys-devel/binutils:  2.16.1-r2
sys-devel/gcc-config: 1.3.12-r6
sys-devel/libtool:   [Not Present]
virtual/os-headers:  2.6.16
ACCEPT_KEYWORDS="amd64 ~amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=k8 -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/lib/X11/xkb /usr/lib64/mozilla/defaults/pref"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/terminfo"
CXXFLAGS="-march=k8 -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 X a52 aac acc acpi aim alsa audiofile avi bash-completion berkdb bitmap-fonts bootsplash browserplugin bzip2 canna cdparanoia cdr cjk cli crypt css cups dbus divx4linux dri dv dvb dvd dvdr dvdread eds emacs emboss emul-linux-x86 encode esd ethereal fam fame ffmpeg flac flash foomaticdb fortran freewnn gd gdbm gif glut gmp gnome gpm gstreamer gtk gtk2 hal imlib ipv6 isdnlog ithreads jabber jack java javascript jpeg ladcca lcms leim lirc logitech-mouse lzo lzw lzw-tiff mad matroska migemo mikmod ming mjpeg mng mozilla mp3 mpeg msn mysql mythtv nas ncurses nfs nls nocd nptl nptlonly nsplugin nvidia offensive ogg oggvorbis openal opengl oscar pam pcre pdflib perl png portaudio pppd python qt quicktime readline reflection samba sdl session shortenslang smp sndfile sox speex spell spl ssl subp svg symlink szip tcltk tcpd theora threads tiff truetype truetype-fonts type1-fonts unicode usb v4l v4l2 vcd videos vorbis wmf xine xinerama xml xml2 xmms xorg xpm xv xvid yahoo zlib elibc_glibc input_devices_mouse input_devices_keyboard kernel_linux lirc_devices_hauppauge userland_GNU video_cards_nvidia"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS

(I realize I have a lot of USE flags, but they should not be the problem since that part was from before the format ^.~ , that being said...)
I tried emerging perl by itself, but it tries to install that package to the same end. I'm a bit lost i must say.

on a side note, why does the handbook no longer discuss stage1 and stage2 builds?

thanks,
-SF

EDIT: other useful information: it's a AMD X2 4400+ processor


SOLUTION:

Code: Select all

emerge --oneshot --nodeps perl

i couldn't remember the --nodeps one... lol oh well alls well that ends well right?

[RazielFMX]

I did a stage3 and then recompiled everything when I was done for the 2006.0 install. Stage 1s are not supported anymore. That said, you should try to search the forums, there was a a huge thread about this very error... I can't remember where right now, or how I found it, and I can't seem to find it now.

But, my personal recommendation is do the stage3 install. Then, since the gcc version is a little old, follow the gcc upgrade guide, which will recompile your system then your world, giving you an effective stage 1 install... At least as I understand the differences between the stages.

[System_Failure]

That said, you should try to search the forums, there was a a huge thread about this very error... I can't remember where right now, or how I found it, and I can't seem to find it now.

I have searched(would not have posted if I hadn't), I've tried ever "solution" I've found. None worked.

/sigh... If no one comes up with a solution soon I guess I'll be forced to do a stage 2/3, but that begs the question what is the point in having the stage 1(or 2) if it's not supported AND it doesn't work. I love the portage system and have been using gentoo since 1.2(which was about 2002-03) but it's just silly to have broken "stable" install methods at this point in the game. One of the reasons I picked gentoo all those years ago was the fact that I could start from stage 1 and not have to recompile everything twice to make it all completely optimized. Now I understand that it's not a HUGE undertaking to start at stage3 and redo everything BUT it's the princible of the matter. Why go down in quality of installation methods?... maybe I'm just being... whatever.. anyother ideas?

-SF

[RazielFMX]

Well, you only compile once with stage 3, stage 3 is a canned system.

As for stage1, it is still available, but is meant for developers... and stage 2 was kind of pointless.

here are some links you might find helpful... (well, links I found interesting, the first is why stage 1 isn't really needed and some links to info about doing a bootstrap, the second is probably what you need).

http://en.wikipedia.org/wiki/Gentoo_Linux
http://gentoo-wiki.com/HOWTO_Advanced_Install

[Paapaa]

One of the reasons I picked gentoo all those years ago was the fact that I could start from stage 1 and not have to recompile everything twice to make it all completely optimized. Now I understand that it's not a HUGE undertaking to start at stage3 and redo everything BUT it's the princible of the matter. Why go down in quality of installation methods?

I've never done stage3, but I think you don't have to compile anything twice to get "it all completely optimized":

1. The only thing you compile in stage3 install is gentoo-sources and grub. The rest is precompiled in the stage.
2. You seem to bey using the very basic CFLAGS. I guess they are the default flags in stage3 also so you would need no recompilation at all.
3. Even if you had to change CFLAGS you need to compile only once. Just like in stage1. The end result is the same.

4. Tweaking CFLAGS is overrated. In most cases you'll see no performance difference at all. I'd go for simple proven set of flags, just like you did.

Why go down in quality of installation methods?

I think stage3 is all about better quality. Your perl problem proves this point completely.

[System_Failure]

I think stage3 is all about better quality. Your perl problem proves this point completely.

my perl problem proves that the stage 1 is "broken" at the moment, it did not used to act this way.

the simple fact of the matter is if the installation method is working correctly and you want a stage1 install is what you want, there is no sense in installing a stage3 and then going backwards through a bunch of steps to get the same thing...

Code: Select all

cd /usr/portage&&scripts/bootstrap.sh&&emerge -e system

is just easier ^.~

-SF

[Paapaa]

I think stage3 is all about better quality. Your perl problem proves this point completely.

my perl problem proves that the stage 1 is "broken" at the moment, it did not used to act this way.

broken != quality, don't you think stage1 support was dropped because it was broken in way too many cases - especially with custom USE flags. I did stage1 last September and I just found a bunch of broken symlinks in /etc/runlevels/ that showed up not before now with baselayout-1.12.1.

the simple fact of the matter is if the installation method is working correctly and you want a stage1 install is what you want, there is no sense in installing a stage3 and then going backwards through a bunch of steps to get the same thing

The point is that there should be no need to want a stage1 install as all can be accomplished (without errors) with stage3 in about same time - might be more in some cases, might be less in some. Stage1 is useful if you need to prepare a stage3 which doesn't exist for your architecture. But in your case you could've done a stage3 install in less time with same outcome and same optimizations. This holds true for most users.

Developers got tired of providing support for broken installs. If everyone did stage3 devs' time could be used to improve Gentoo, not to improve broken installs. Maybe stage1 could be supported in the future, but at least Portage should handle circular dependencies before that.

[Angelina]

During a stage 1 compile I was running into the Locale-gettext failed compile problem. I did an "emerge --nodeps libperl perl", and then Locale-gettext and everything after it installed fine. Maybe it will help

[rafaelkafka]

During a stage 1 compile I was running into the Locale-gettext failed compile problem. I did an "emerge --nodeps libperl perl", and then Locale-gettext and everything after it installed fine. Maybe it will help

Here i did an "emerge --nodeps gdbm libperl perl" and all works fine.

Rafael Kafka

[MP_]

the simple fact of the matter is if the installation method is working correctly and you want a stage1 install is what you want, there is no sense in installing a stage3 and then going backwards through a bunch of steps to get the same thing...
-SF

Yeah, quite right. I don't know about stage3, because I've never done it, but I guess it installs a lot of stuff. If you only wanted a very basic system, it was more comfortable to start from stage1 or stage2. I didn't even look at the docs before I faced the same error, and now I read "stage1 and stage2 is broken". Very cool.

[TheAldo]

During a stage 1 compile I was running into the Locale-gettext failed compile problem. I did an "emerge --nodeps libperl perl", and then Locale-gettext and everything after it installed fine. Maybe it will help

Here i did an "emerge --nodeps gdbm libperl perl" and all works fine.

Rafael Kafka

I did almost the same. GDBM was the main reason it failed, then perl was needed and then .. all fine

[sg313]

Concerning the merge problem with dev-perl/Locale-gettext:
If all else fail, copy over the /usr/lib/perl5 directory from the livecd...
I'm doing a amd64 installation at the moment, and that fixed the problem;
It's not as elegant as emerge --nodeps libperl perl, but that failed on my system for some reason...

[yaneurabeya]

Concerning the merge problem with dev-perl/Locale-gettext:
If all else fail, copy over the /usr/lib/perl5 directory from the livecd...
I'm doing a amd64 installation at the moment, and that fixed the problem;
It's not as elegant as emerge --nodeps libperl perl, but that failed on my system for some reason...

It seems to be fixable if you do emerge --nodeps libperl perl as others have said. Bloody can't believe that they would miss something as simple as that. I think the problem was in the fact that the search directories weren't setup properly and/or someone forgot to copy something over to the global perl include directories.

I'm sure the reason why they abandonded stage 1 / 2 installs was because people were stupid in setting their options up in make.conf, but really? It's annoying for those of us who have been around the block with Gentoo a bit..