stage 1 install fails compiling zlib...

nl · Tux's lil' helper Joined: 14 Oct 2003 Posts: 102

Well, that is interesting, because a patch was made to binutils 30 hrs ago, and since I started installing last night, I would be in the window where I would have gotten the (newly broken) binutils, if that is the problem. A friend was able to get past this stage (although his install broke at emerge system and he gave up), and he was doing it friday night, with the same livecd that I have been using.

Since others have reported success, I d/l'd the older stage 1 tarball instead of using the one on the cd, and I am presently in the middle of the emerge sync stage...so soon I should see if it works for me or not. I'm going to use the CFLAGS, CHOSTS, and USE that I have been using, so that if it works I will know it was NOT because I changed my build flags.

More posting to come ...

474 · l33t Joined: 19 Apr 2002 Posts: 714

MarkP · n00b Joined: 05 Jun 2002 Posts: 30

I have just got my bootstrap.sh from stage1 to go past binutils.
Using the stage1 tar file from the web not the LIVECD. (stage1-x86-1.4-20030806.tar.bz2)
CHOST is set to i686-pc-linux-gnu
If I look in /usr I have all the i686-pc-linux-gnu directories and lib/files.

Everything is looking good. Not sure what broke the CHOST setting in the last few days though....

nl · Tux's lil' helper Joined: 14 Oct 2003 Posts: 102

Well, I saw kerfranil's post. I had already initiated a NEW install using a stage 1 tarball d/l'd from a mirror rather than the one on my liveCD. As luck would have it, it was about to d/l the zlib ebuild, and hung at that point (I've been having some network problems tonight, darned Comcast cable - wouldn't you know TONIGHT would be the first time in months that I've had any network trouble!).

Anyway, kerfranil's post made a great deal of sense to me, so I decided to start over AGAIN and use the stage2 tarball. After installing that, I fire up an emerge -u system and at the moment I am (hopefully) compiling perl 5.8.0. As far as I can tell, doing so does give me a fully i686-based toolchain, as kerfranil pointed out, so ...

One gotcha in the emerge system: I added java to my use flags, because eventually when I do build mozilla I'm hoping java support will be there (I never did get it to work under debian). Anyway, at one point the emerge needed the java sdk files, which it could not d/l (some sort of a block on the fetch, I missed the full message). It told me to d/l it from java.sun.com and put it in /usr/portage/distfiles. Unfortunately, how to do that without a web browser yet???

I found the file with some difficulty on sun's website using my backup win98 laptop (swiped from my wife so I can be online while I'm trying to get my linux workstation back into service with gentoo), and was able to wget it (although I had to time in an ungodly long obfuscated redirect url to do this), and then did emerge -u system again, and I seem to have picked up where I left off (and java is apparently installed, too).

I would be nice if, when dumping out like that, portage had told me what to do to restart, since for a newbie (and while I've been using only linux on my home and office servers and on my home workstation for >2 hrs now, I am a full-fledged gentoo newbie) these things aren't always apparent.

nl

BillyD · Guru Joined: 05 May 2002 Posts: 323 Location: Australia

You can use links as a text browser or wget if you know the url to download stuff while you are installing. I am browsing this thread with links now - it kind of sucks but works well enough.
I tried the second fix recommended by rac - compile gcc before bootstrapping with emerge -o gcc - so far so good. So it looks like the problem is not with zlib at all - it is with gcc being built by bootstrap.sh with CFLAGS that are incompatible to what you have in make.conf (I think).
_________________
We used to have hominid cousins that were vegetarian. The palæontological record suggests that our ancestors killed them and ate them.

jamieo · n00b Joined: 13 Jul 2002 Posts: 38 Location: Reading, UK

I tried the method of downloading the stage1 tarball from a mirror rather than off the (basic) CD. This worked fine for me, no problems at all. Looks like you should just avoid the stage1 tarball off the CD to work around this.

axses · Tux's lil' helper Joined: 18 Mar 2003 Posts: 110

Using the pentium 3/4 cds and starting from stage1 works as well. Thx for the info , I am currently also reinstalling ma laptop from stage1 got from the internet.

Had the install die 3 times on me before I started searching the forums ( thank god for them) for a bug.

:-)

malfunction · n00b Joined: 23 Sep 2003 Posts: 6 Location: Scotland

Yeah, the tarball dated 20030910 is broken.
No point in trying any more to figure out what's wrong with it (although the GNU compilers are designed so that multiple versions can co-exist).
I just checked a few mirrors and it's been taken off.
I'm now using the earlier one, dated 20030806 and it's working fine.

474 · l33t Joined: 19 Apr 2002 Posts: 714

pyrodex · Posted: Tue Oct 28, 2003 4:24 pm Post subject:

The emerge -O gcc thing before running bootstrap helped me. I've never come across this until this week. I had a previous gentoo install and it worked like a champ so this is a recent issue. For info I used the 0806 Stage1 to start with.

Barkotron · Posted: Tue Oct 28, 2003 4:29 pm Post subject:

nl · Tux's lil' helper Joined: 14 Oct 2003 Posts: 102

Kerframil:

Actually, what I did was to do a stage 2 install, using the stage 2 tarball. Having done that, it did not make sense to me to run scripts/bootstrap.sh since I already should have had the stuff that the bootstrap would do, so instead I proceeded to emerge -u system.

I note that after the stage2 tar was unpacked, /etc/make.conf had reasonable CFLAGS and CHOST, including -march=pentium4.

Per the installation guide, the -u flag on emerge caused gcc to be recompiled as was binutils, etc, and so I believe I am at the correct point with essentially everything on my system, including the compiler toolchain, having been compiled on my system with "my" CFLAGS (the ones in the stage 2 tarball were close enough to what I was using, differing only in that -funroll_loops was included and -fomit-frame-pointer was not, but I noted that somewhere alone the line many of the compiles included the frame-pointer flag anyway, and I am not sophisticated in my knowledge of gcc to be worred about this difference anyway).

I DID include both java and doc (perhaps stupidly, oh well) in my USE flags. I did, as posted earlier in this thread, get tripped up by needed to manually d/l a file from sun. That was a pain, but with the help of a spare computer to find the (very convoluted redirect) link and wget, all worked out fine, and after d/l'ing, repeating emerge -u system caused the process to pick up at that point, and all seems to have ended well. Emerge was nice enough to tell me what to do with the file after d/l so that worked out just fine. Watching the complilation go by, it the phrase "blackdown" was included many many times so I suspect that is the java that I wound up with.

It does seem that the current stage1 tarball is borked, but your description of getting gcc recompiled with teh i868-pc-linux gcc, which happened just fine with the stage 2 tarball, has left me, as far as I can tell on this, my first gentoo install, where I had hoped to be.

Now I need to figure out what to do with all those config files that need updating; I'm gonna start a new thread on that!

Thanks to all that posted and help me and others get past this point. My friend gave up Friday and went to Redhat, but after years of using Debian (stable and testing are way outdated, and unstable completely broke KDE), Mandrake, Caldera way back when, and Redhat, I'm (so far) really likely gentoo - espcially since I tend to like to be parsimonious in my installs, and I hated the way other distros loaded tons of programs on my system that I had no need for or intention of using. Gentoo is as close to the do-it-yourself linux as I can get without devoting more time than I have to writing all my own startup scripts and config scripts. Nice job, gentoo maintainers!!

nl

jwbrown77 · n00b Joined: 07 Oct 2003 Posts: 8 Location: Santa Ana, CA

Just wanted to add my success story to this problem. I was having the same problem as well (strange, I just built a machine two days earlier with the same CD and it worked. Something updated in the portage tree must have broke it).

I downloaded the stage1 tarball off the gentoo webserver and it works fine. So anyone here that's having a problem, download the tarball manually. You'll be good to go until they figure the problem out.

swyn · n00b Joined: 28 Oct 2003 Posts: 4 Location: Lockport, NY

I've also had a similar problem of stage one failing during zlib (and if I ran bootstrap.sh again right after, it would then fail during portage). However, since I'm installing linux on a secondary desktop I installed over and over (as I have had gentoo working fine previously on the same computer in the past). I've tried both the stage1 from the 1.4 cd1 and also via a web download with no luck. I have repeated the process about 10 times, and the last time it worked.... with no changes from the previous attempt. For the hell of it, I remade the filesystems and gave it another go. Same settings followed by the same failure. At this point I said the hell with it and went ahead and installed with stage3. I built my kernel and such and after setting up the system I ran the bootstrap.sh again (after changing the make.conf file settings to the one I had before). No problems at all during the bootstrap followed by emerge -e -u world. I can't really come up with a reason why this would occur. If I didn't know the system at all I would blame it on memory or CPU errors. However, the RAM and CPU has been tested for 72 hours straight recently (writing/reading/copying) with no errors at all. About the only thing I can deduce is perhaps the install cd's kernel my be a bit quirky with different kinds of hardware. Here are my specs if it helps, and I suggest using a stage3 install followed by a recompile for those that are having similar issues.

AMD Athlon thunderbird, 1.4GHz
768 MB 266MHz, CAS 2.5 RAM
MSI K7T266 Pro2 MB (Via KT266A chipset)

melk · n00b Joined: 23 Oct 2003 Posts: 29

I was having the same problem as well starting just a few days ago(but not before then) - I nabbed the lastest stage1 build from gentoo.oregonstate.edu and the problem disappeared.

dot · Guru Joined: 05 May 2003 Posts: 335 Location: Germany

Hello,

i´m having the same problem here. And it´s bothering me, cause i´m installing over ISDN (64Kbit/s).

marthisdil · n00b Joined: 11 Jul 2002 Posts: 16

The exact same thing happens to me - even with the downloaded stage 1 tarball from multiple mirrors....frustrating as hell

nl · Tux's lil' helper Joined: 14 Oct 2003 Posts: 102

For those still struggling with this problem, there appear to be two workarounds that many posters have found work:

1. When you get to the point of installing a stage 1 tarball, d/l an older version (one from August 2003 seems to work well) using links and install that tarball rather than the one on the cd,

or

2. Install the stage 2 tarball instead, then when you emerge -u system, your toolchain (gcc, binutils, etc) all get recompiled and you are good to go. I used this latter approach and all worked fine. The only drawback I see to this is that the instructions say NOT to change CHOSTS or CFLAGS when you do the stage2 tarball so, as far as I know, have to use the ones that are in the stage2 tarball, which may not turn out to be exaclty what you want. By d/l'ing the Pentium 4 live cd, I had CHOSTS and CFLAGS that were so close to what I wanted anyway that I can certainly live with them, esp. as the difference (a minor one in CFLAGS) is something that I don't understand anyway! The only caveat here is to ensure you d/l a live cd that is for your target architecture (in my case P4) rather than the generic x86 one.

nl

Orion-X · n00b Joined: 30 Oct 2003 Posts: 5 Location: Seattle, WA

marthisdil · n00b Joined: 11 Jul 2002 Posts: 16

Orion-X (or anyone with the 20030806 tarball) - can someone put it up for ftp access?

All the mirrors don't have it =( Have been purged.

Thanks

rac · Posted: Fri Oct 31, 2003 12:55 am Post subject:

Hopefully bootstrap.sh 1.51 fixes this issue, which may actually be symptomatic of a larger problem with Portage that may not be so easy to fix immediately. There is a point in time after a package has been merged, but before the old version has been cleaned. Running ldconfig in that state can leave you with broken symlinks, so Portage doesn't do it. However, failure to run ldconfig if in fact the libraries have moved may affect other packages in the same emerge group.

Therefore, we have split the bootstrap into two calls to emerge, which will hopefully allow ld.so to find libiberty.a in its new home, and therefore avoid creating broken binutils.
_________________
For every higher wall, there is a taller ladder

marthisdil · n00b Joined: 11 Jul 2002 Posts: 16

Any idea when we can download a new tarball with this 'fix' Rac?

Thanks

georgeb · n00b Joined: 10 Oct 2003 Posts: 1 Location: Bucharest

WaruiInu · n00b Joined: 31 Oct 2003 Posts: 1 Location: Bucharest

I've just downloaded an experiemental ISO (i had that problem too, of course). Here a link from a random mirror: http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/experimental/x86/livecd/livecd-basic-x86-2003011400.iso
I hope it will work, if anybody will test it before me, just say here about that.
And about java, i suggest http://www.mozilla.org/start/1.0
There is a link with plugins. The link for java go straight to sun.com exactly on license agreement, all you need is yo press accept button and choose the linux jre. Also be carefull when making the symlink in mozilla plugins, there are several plugins, depending the libgcc version the computer have
_________________
Die Bill!!

mellofone · Apprentice Joined: 13 Apr 2002 Posts: 287

I just tried the stage1-x86-20030910.tar.bz2 and got the same error.

However, compiling gcc before the bootstrap did the trick.
_________________
:wq