Stage 1/3 Installation Support - Gentoo 2004.3 & GCC 343

Message

Bob P · Post by **Bob P** » Mon Mar 14, 2005 5:58 pm

yes, there is a difference in the way that you have described upgrading from stage 3; you suggested re-emerging the world but not the system files. the ebuilds contained in the system and world groups are not the same.

torchZ06 · Post by **torchZ06** » Mon Mar 14, 2005 8:38 pm

Bob P wrote:
torchZ06 wrote:i just finished my second successful 1-on-3 today (now i have 2 machines running 1-on-3s, one using gcc 3.4 and the other i left with gcc 3.3) and copying /proc/mounts is what made it work. i was having the same errors as the others, namely:
* Checking root filesystem [ok]
Failed to open the device '/dev/sda4': No such file or directory
thanks for the feedback. i'm trying to get to the bottom of this /proc/mounts business so i thought i'd ask you a question:

/dev/sda4 refers to an SATA or a SCSI drive, doesn't it?

are both systems you've had problems with using SATA or SCSI drives?

FWICT it seems that the vast majority (if not all) of the complaints that have been solved by the /proc/mounts fix have been encountered by people who were attempting to adapt the Guide to install Gentoo on hardware that the Guide does not support.

hi bob

sorry for the delay responding--

actually i just quoted the other post... my errors always said hda3. both machines are plain jane dells: a dimension 8200 and a dimension 4600 at work, so they're using the standard intel ide controllers. heres an lspci for both:

Code: Select all

desiderata root # lspci 
0000:00:00.0 Host bridge: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface (rev 02)
0000:00:01.0 PCI bridge: Intel Corporation 82865G/PE/P PCI to AGP Controller (rev 02)
0000:00:1d.0 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 (rev 02)
0000:00:1d.1 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2 (rev 02)
0000:00:1d.2 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI #3 (rev 02)
0000:00:1d.3 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4 (rev 02)
0000:00:1d.7 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller (rev 02)
0000:00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev c2)
0000:00:1f.0 ISA bridge: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge (rev 02)
0000:00:1f.1 IDE interface: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller (rev 02)
0000:00:1f.2 IDE interface: Intel Corporation 82801EB (ICH5) SATA Controller (rev 02)
0000:00:1f.3 SMBus: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus Controller (rev 02)
0000:00:1f.5 Multimedia audio controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller (rev 02)
0000:01:00.0 VGA compatible controller: nVidia Corporation NV34 [GeForce FX 5200] (rev a1)
0000:02:08.0 Ethernet controller: Intel Corporation 82562EZ 10/100 Ethernet Controller (rev 02)

8200

Code: Select all

zone root # lspci 
0000:00:00.0 Host bridge: Intel Corporation 82850 850 (Tehama) Chipset Host Bridge (MCH) (rev 04)
0000:00:01.0 PCI bridge: Intel Corporation 82850 850 (Tehama) Chipset AGP Bridge (rev 04)
0000:00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 04)
0000:00:1f.0 ISA bridge: Intel Corporation 82801BA ISA Bridge (LPC) (rev 04)
0000:00:1f.1 IDE interface: Intel Corporation 82801BA IDE U100 (rev 04)
0000:00:1f.2 USB Controller: Intel Corporation 82801BA/BAM USB (Hub #1) (rev 04)
0000:00:1f.3 SMBus: Intel Corporation 82801BA/BAM SMBus (rev 04)
0000:00:1f.4 USB Controller: Intel Corporation 82801BA/BAM USB (Hub #2) (rev 04)
0000:01:00.0 VGA compatible controller: nVidia Corporation NV11 [GeForce2 MX/MX 400] (rev b2)
0000:02:07.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 07)
0000:02:07.1 Input device controller: Creative Labs SB Live! MIDI/Game Port (rev 07)
0000:02:09.0 Ethernet controller: Davicom Semiconductor, Inc. 21x4x DEC-Tulip compatible 10/100 Ethernet (rev 31)

racoontje · Post by **racoontje** » Mon Mar 14, 2005 9:19 pm

Bob P wrote:yes, there is a difference in the way that you have described upgrading from stage 3; you suggested re-emerging the world but not the system files. the ebuilds contained in the system and world groups are not the same.

But if I emerge system and emerge world (both twice, I'm not sure in what order though)

Bob P · Post by **Bob P** » Mon Mar 14, 2005 11:45 pm

well, there's not much point in doing the emerge world before the emerge system -- you'd be rebuilding your world file with the old toolkit, than updating the toolkit after you're finished.

the preferred order is to rebuild the toolkit/system first, then use the rebuilt system to rebuild the world files.

as robmoss says:

Code: Select all

emerge -e system && emerge -e system && emerge -e world && emerge -e world

the tack that we have taken with the 1/3 Guide is to selectively rebuild the toolkit elements manually instead of using robmoss' brute force approach that involves less typing but more compiling.

ruach · Post by **ruach** » Tue Mar 15, 2005 8:16 pm

I get all the way to section 7.2.4 Rebuilding the System Toolkit before any problems. When I emerge glibc it fails miserably.

Here is the output from emerge glibc

Code: Select all

make[2]: *** [/var/tmp/portage/glibc-2.3.4.20040808-r1/work/build/locale/global-locale.o] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: Leaving directory `/var/tmp/portage/glibc-2.3.4.20040808-r1/work/glibc-2.3.3/locale'
make[1]: *** [locale/subdir_lib] Error 2
make[1]: Leaving directory `/var/tmp/portage/glibc-2.3.4.20040808-r1/work/glibc-2.3.3'
make: *** [all] Error 2

I noticed it complaing something about locale so I removed the locale use flag from /etc/portage/packages.use and tried again, but no luck. Heres the output from emerge info

Code: Select all

Portage 2.0.51.19 (default-linux/x86/2004.3, gcc-3.4.3-20050110, glibc-2.3.4.20040808-r1, 2.6.9-gentoo-r1 i686)
=================================================================
System uname: 2.6.9-gentoo-r1 i686 AMD Athlon(TM) MP 2000+
Gentoo Base System version 1.4.16
Python:              dev-lang/python-2.3.4 [2.3.4 (#1, Oct 24 2004, 02:42:32)]
dev-lang/python:     2.3.4
sys-devel/autoconf:  2.59-r5
sys-devel/automake:  1.8.5-r1
sys-devel/binutils:  2.15.92.0.2-r1
sys-devel/libtool:   1.5.2-r5
virtual/os-headers:  2.6.8.1-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon-mp -O3 -mtune=athlon-mp -fforce-addr -momit-leaf-frame-pointer -fomit-frame-pointer -ftracer -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon-mp -O3 -mtune=athlon-mp -fforce-addr -momit-leaf-frame-pointer -fomit-frame-pointer -ftracer -pipe -fvisibility-inlines-hidden"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms"
GENTOO_MIRRORS="http://gentoo.eliteitminds.com http://lug.mtu.edu/gentoo"
MAKEOPTS="-j16"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage"
USE="x86 X acpi apache2 apm arts avi berkdb bitmap-fonts crypt cups curses emboss encode font-server foomaticdb fortran gdbm gif gnome gpm gtk gtk2 imlib innodb ipv6 ithreads jpeg kde ldap libg++ libgd libwww mad mikmod mod_php motif mp3 mpeg mysql ncurses nls nptl oggvorbis opengl oss pam pdflib perl php png pthreads python qt quicktime readline samba sdl snmp spell ssl svga tcpd truetype truetype-fonts type1-fonts vnc xml2 xmms xscreensaver xv zlib"
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS

I also tried emerge binutils, to see if things were really broke, and in compiled fine. Any and all help is greatly appreciated.
Thanks

kimchi_sg · Post by **kimchi_sg** » Wed Mar 16, 2005 1:26 am

ruach wrote:I get all the way to section 7.2.4 Rebuilding the System Toolkit before any problems. When I emerge glibc it fails miserably.

Here is the output from emerge glibc
Code: Select all
make[2]: *** [/var/tmp/portage/glibc-2.3.4.20040808-r1/work/build/locale/global-locale.o] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: Leaving directory `/var/tmp/portage/glibc-2.3.4.20040808-r1/work/glibc-2.3.3/locale'
make[1]: *** [locale/subdir_lib] Error 2
make[1]: Leaving directory `/var/tmp/portage/glibc-2.3.4.20040808-r1/work/glibc-2.3.3'
make: *** [all] Error 2

The actual error is further before these lines. Please post at least the 5 lines before these you have posted above before we can say what the problem is.

ruach · Post by **ruach** » Wed Mar 16, 2005 3:09 pm

I ran it again, here is the output this time with more lines

Code: Select all

.././scripts/mkinstalldirs /var/tmp/portage/glibc-2.3.4.20040808-r1/work/build/csu
../sysdeps/generic/libc-start.c: In function `__libc_start_main':
../sysdeps/generic/libc-start.c:192: warning: implicit declaration of function `__guard_setup'
.././scripts/mkinstalldirs /var/tmp/portage/glibc-2.3.4.20040808-r1/work/build/csu
echo 'csu/elf-init.oS csu/hp-timing.oS' > /var/tmp/portage/glibc-2.3.4.20040808-r1/work/build/csu/stamp.oST
mv -f /var/tmp/portage/glibc-2.3.4.20040808-r1/work/build/csu/stamp.oST /var/tmp/portage/glibc-2.3.4.20040808-r1/work/build/csu/stamp.oS
../sysdeps/generic/libc-start.c: In function `__libc_start_main':
../sysdeps/generic/libc-start.c:192: warning: implicit declaration of function `__guard_setup'
gcc -nostdlib -nostartfiles -r -o /var/tmp/portage/glibc-2.3.4.20040808-r1/work/build/csu/crt1.o /var/tmp/portage/glibc-2.3.4.20040808-r1/work/build/csu/start.o /var/tmp/portage/glibc-2.3.4.20040808-r1/work/build/csu/abi-note.o /var/tmp/portage/glibc-2.3.4.20040808-r1/work/build/csu/init.o
gcc -nostdlib -nostartfiles -r -o /var/tmp/portage/glibc-2.3.4.20040808-r1/work/build/csu/Scrt1.o /var/tmp/portage/glibc-2.3.4.20040808-r1/work/build/csu/start.os /var/tmp/portage/glibc-2.3.4.20040808-r1/work/build/csu/abi-note.o /var/tmp/portage/glibc-2.3.4.20040808-r1/work/build/csu/init.o
echo 'csu/init-first.o csu/libc-start.o csu/sysdep.o csu/version.o csu/check_fds.o csu/libc-tls.o csu/elf-init.o csu/dso_handle.o csu/errno.o csu/errno-loc.o csu/ssp.o csu/hp-timing.o' > /var/tmp/portage/glibc-2.3.4.20040808-r1/work/build/csu/stamp.oT
mv -f /var/tmp/portage/glibc-2.3.4.20040808-r1/work/build/csu/stamp.oT /var/tmp/portage/glibc-2.3.4.20040808-r1/work/build/csu/stamp.o
The bug is not reproducible, so it is likely a hardware or OS problem.
make[2]: *** [/var/tmp/portage/glibc-2.3.4.20040808-r1/work/build/csu/errno-loc.os] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: Leaving directory `/var/tmp/portage/glibc-2.3.4.20040808-r1/work/glibc-2.3.3/csu'
make[1]: *** [csu/subdir_lib] Error 2
make[1]: Leaving directory `/var/tmp/portage/glibc-2.3.4.20040808-r1/work/glibc-2.3.3'
make: *** [all] Error 2

Bob P · Post by **Bob P** » Thu Mar 17, 2005 9:31 pm

the problem seems to be that you are emerging glibc-2.3.4.20040808-r1. please post the contents of your package.keywords file and post the output of the emerge command you're using, but add the "-vp" parameters.

ruach · Post by **ruach** » Thu Mar 17, 2005 9:58 pm

I started over because I thought I saw a bug, glibc is still failing, however this time it fails on the first build. The first time I compiled, before starging over, every thing worked the first time thru. But now it failed on the first try. I used different CCFLAGS this time, the ones from the tutorial. Last time I updated the CCFLAGS with some different parrams like -O3 and -mcpu=i686. Now that I am building again, it is using a different ebuild for glibc, not sure why.

Here is package.keywords:

Code: Select all

# cat /etc/portage/package.keywords 
sys-devel/gcc ~x86
sys-devel/gcc-config ~x86
sys-libs/libstdc++-v3 ~x86
sys-libs/glibc ~x86

And the outut from emerge:
for glibc only

Code: Select all

 
# emerge -vp glibc

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[ebuild     U ] sys-libs/glibc-2.3.4.20050125-r1 [2.3.4.20040808-r1] -build -debug -erandom -hardened (-multilib) +nls -nomalloccheck +nptl* -nptlonly -pic +userlocales* 0 kB

And for everything else, just in case it makes a difference

Code: Select all

 # emerge -vp gcc-config glibc binutils gcc

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[ebuild   R   ] sys-devel/gcc-config-1.3.10-r1  0 kB 
[ebuild     U ] sys-libs/glibc-2.3.4.20050125-r1 [2.3.4.20040808-r1] -build -debug -erandom -hardened (-multilib) +nls -nomalloccheck +nptl* -nptlonly -pic +userlocales* 0 kB 
[ebuild     U ] sys-devel/binutils-2.15.92.0.2-r1 [2.14.90.0.8-r1] -bootstrap -build -debug -multitarget +nls (-uclibc) 0 kB 
[ebuild  NS   ] sys-devel/gcc-3.4.3.20050110  -bootstrap -boundschecking -build -debug +fortran -gcj +gtk -hardened (-ip28) (-multilib) -multislot (-n32) (-n64) +nls -nocxx -objc -static (-uclibc) 0 kB 
[ebuild  N    ] sys-libs/libstdc++-v3-3.3.4  -debug +nls 0 kB

I'm going to post the out put from emerge glibc to http://www.chpc.utah.edu/~ruach/glibc.err in a few minutes. Let me know what you think, and thanks for the help.

Bob P · Post by **Bob P** » Thu Mar 17, 2005 10:15 pm

hmmm. i had been thinking that your emerge was trying to rebuild the old version of glibc instead of emerging the new version, so i thought you might have had a typo in package.keywords.

your package.keywords file has correctly enabled glibc in the testing branch, and your pretend emerge looks good, so that's not the problem.

your other post on the remote site shows that the compiler is segfaulting, which may be the result of a configuration problem. have you read the bug report regarding setting the AMD architectures? if not, take a peek at /etc/make.conf/example and follow the link to the bug report. i don't do AMD, so i may not be the most helpful person on this subject.

following kimchi's link, you might want to revert to the most basic and safe cflag settings for your CPU:

Code: Select all

 Athlon MP (AMD)

    CHOST="i686-pc-linux-gnu" 
    CFLAGS="-march=athlon-mp -O3 -pipe -fomit-frame-pointer" 
    CXXFLAGS="-march=athlon-mp -O3 -pipe -fomit-frame-pointer"

ruach · Post by **ruach** » Thu Mar 17, 2005 10:47 pm

I looked in /etc/make.conf.example and the only AMD warning I saw was this

Code: Select all

# CRITICAL WARNINGS: ****************************************************** #
# K6 markings are deceptive. Avoid setting -march for them. See Bug #24379. #
# Pentium-M CPU's should not enable sse2 until at least gcc-3.4. Bug 50616. #
# ************************************************************************* #

But I'm not on a K6, so I don't think it should apply. Do you have any other thoughts?

I'll give those other flags a shot and see what I get

Bob P · Post by **Bob P** » Thu Mar 17, 2005 10:55 pm

no more ideas... i'd give the basic flags a shot and report back.

ruach · Post by **ruach** » Thu Mar 17, 2005 10:57 pm

Ok, I found an error in my make.conf I had -march=athlon not -march=athlon-mp. That still doesn't explain why it broke the last time but I am recompiling glibc now to see if it makes a difference. If it still breaks I'll try omitting the -march altogether or mayber trying i686.

Another quick question:
I noticed the first time you build gcc-3.4 you use simpler CFLAGS, -O2 etc. Then when you rebuild it the second time, you specify beefier flags. Is there any advantage to using higher optimizations for the first build?, would there be an advantage to not using any optimizatoins the first time--in order to compile faster--and then using good optimizations the second time?

Well it just died again, while I was writing this post. I'm going to try it with -march=i686 and see what I get

ruach · Post by **ruach** » Thu Mar 17, 2005 11:18 pm

There's no hope!

I tried it again with -march=i686 and then again without -pipe and -fomit-frame-pointer and -j4. I don't get it, it busts on the same line of the same file every time?... grrr. Maybe I'll just do a grp install

I'm gonna try emerging an older glibc, maybe that will work. Thanks for all the help, I really appreciate it. Maybe some one else will come along with a solution, or maybe I'll just get this box built so I can get some real work done.

jeremy whiting · Post by **jeremy whiting** » Sat Mar 19, 2005 3:05 pm

you might check the contents of /proc/meminfo to make sure you've got your swap enabled, etc. I've had this problem a couple times where emerge segfaults at the same place because I forgot to swapon /dev/hda2 or whatever.

just an idea.

Bob P · Post by **Bob P** » Sat Mar 19, 2005 3:50 pm

ruach wrote:There's no hope! I tried it again with -march=i686 and then again without -pipe and -fomit-frame-pointer and -j4. I don't get it, it busts on the same line of the same file every time?... grrr. Maybe I'll just do a grp install I'm gonna try emerging an older glibc, maybe that will work. Thanks for all the help, I really appreciate it. Maybe some one else will come along with a solution, or maybe I'll just get this box built so I can get some real work done.

the recommendation to verify swap is a good one.

which package is the one that is failing? can you post detailed screen output here? have you tried easing back to an -O2 optimization level? i know that the gcc ebuild filters out -O3 and replaces it with -O2 on x86, but i don't know if it does that on alhlons.

Timdog · Post by **Timdog** » Sun Mar 20, 2005 9:26 pm

When I do emerge -e system, I get the following error:

Code: Select all

checking for C compiler default output... configure: error: C compiler cannot create executables
See `config.log' for more details
make: *** No targets specified and no makefile found. Stop.
!!! ERROR: sys-devel/patch-2.4.9 failed.
!!! Function src_compile, Line 38, Exitcode 2
!!! emake failed

What should I do?

Bob P · Post by **Bob P** » Sun Mar 20, 2005 9:37 pm

that question has been asked and answered already.

please do your homework and read the support thread before asking questions that have already been answered.

hint: go back one page.

sunldn · Post by **sunldn** » Sun Mar 20, 2005 9:51 pm

hi all

i am learning to install Gentoo by following Stage 1 NPTL on Stage 3 Tarball. I follow the guide on the lastest PDF file step by step.
I run emerge --sync but I got RSYNC_EXCLUDEFROM defined but file not exist from the server.

anyone please help to solve this error please.

Thanks all.

Bob P · Post by **Bob P** » Mon Mar 21, 2005 12:30 am

you can comment-out the line in make.conf that includes RSYNC_EXCLUDEFROM if you don't plan to create the exclusion file.

if you want to use the exclusion file to cut-out some of the portage files during a sync, just list them in the rsync_excludes file using the syntax listed in the Gentoo Installation Handbook.

regardless of whether or not you change the entry in make.conf, if you do not create the rsync_excludes file and populate it with statements, absolutely nothing will happen. there will be no ill-effects on your emerge --sync.

if you are having problems with emerge --sync, you need to look somewhere else for the fix -- RSYNC_EXCLUDEFROM is not causing your problem.

if you are having problems with this because you are new to gentoo, you may wish to reconsider your choice of following this guide. rsync exclusion and the Stage 1/3 guide are expert methods that aren't really intended for users that are new to gentoo.

powderific · Post by **powderific** » Mon Mar 21, 2005 3:54 am

Woohoo! After having many problems installing on my laptop I was able to do the Stage 1/3 install on my desktop with no problems (and pretty quickly too!) I feel confident that I can figure out re-installing on my laptop now, but I have one question regarding CFLAGS in the make.conf file. My laptop has a Pentium M Centrino processor, and it is my understanding that pentium-m cflags are supported with the new version of gcc but not the old. Since this install uses all the nice new toolkit, can I safely change the -march and -mtune settings to pentium-m when I update my use flags before rebuilding the system? Is there any way for me to tell if this is what is causing problems if the install goes south? Thanks!

Bob P · Post by **Bob P** » Mon Mar 21, 2005 3:45 pm

i have no experience with pentium-m but i can tell you exactly where to go to find the answer. if you're not sure whether the new compiler supports those flags, read "man gcc". the intel stuff is pretty far down on the man page, but every supported architecture subtype is listed.

ruach · Post by **ruach** » Mon Mar 21, 2005 4:13 pm

Bob P wrote: the recommendation to verify swap is a good one.

which package is the one that is failing? can you post detailed screen output here? have you tried easing back to an -O2 optimization level? i know that the gcc ebuild filters out -O3 and replaces it with -O2 on x86, but i don't know if it does that on alhlons.

I did verfity swap. top shows 2939884k swap availible, none used. The box has 3gig of ram, so I wouldn't expect memory to be a problem--though I have been wrong in the past. I did try very simple flags, "-O2 -march=i686 -fomit-frame-pointer" and it still failed. Last Friday I installed with linux26-headers, gcc-3.3.5-r1 and glibc-2.3.4.20041102-r1 and did not have ANY problems. I would really like to try and get this all to work, but I just don't have more time to put into it. This is a critical machine to me, and I've got to get it running.

Thanks all, very much for the input and the help.

Bob P · Post by **Bob P** » Mon Mar 21, 2005 4:16 pm

after making swap, did you turn it on? i'm just wondering... with 3 GB of RAM you may never need swap. OTOH, if swap isn't even getting used, its always a good idea to verify that you've both made swap and turned it on.

how many processors do you have, and what is your current makeopts value for j? looking at your emerge info, it seems that you had j=16.

ruach · Post by **ruach** » Mon Mar 21, 2005 6:05 pm

Bob P wrote:after making swap, did you turn it on? i'm just wondering... with 3 GB of RAM you may never need swap. OTOH, if swap isn't even getting used, its always a good idea to verify that you've both made swap and turned it on.

how many processors do you have, and what is your current makeopts value for j? looking at your emerge info, it seems that you had j=16.

Yeah I turned swap on. I guess it is possible that I might have overlooked that, but I doubt it. top said there was swap availible so I assume that means that it was turned on. I did have -j16, which I was told by one of the guys up here would be acceptable on my hardware. However, when I ran "-O2 -pipe -fomit-frame-pointer" I also turned -j down to -j4 just to be safe. I didn't log every config I tried, and maybe it would be helpful it I did, but I attempted to complie at least 10 times, with various and assundry options.

EDIT:insert
I have two processors. AMD Athlon MP 2000+ and also a 3ware card doing RAID1 on two 250G drives.

I'm leaving for pycon tomorrow, but if you thought we might be able to get this working, and you thought that there would be a good performance advantage to using 3.4 and ntpl I would be willing to give it another shot. If you want I'd be willing to give you a logon so you (bob P) can see what is happening.

Let me know what you think

Stage 1/3 Installation Support - Gentoo 2004.3 & GCC 343

error emerging glibc

Re: error emerging glibc

RSYNC_EXCLUDEFROM defined but file not exist