On Wednesday 17 September 2003 15:38, Andy Smith wrote:
> On Wed, Sep 17, 2003 at 03:12:50PM +0900, Jason Stubbs wrote:
> > On Wednesday 17 September 2003 14:58, Andy Smith wrote:
> > > Does anyone have any more ideas?
> >
> > Check /var/log/emerge.log and post all the packages that were upgraded
> > since the last time you used portage without problems. We can then go on
> > from there.
>
> [EMAIL PROTECTED] andy]$ grep '>>> emerge.*of 109' /var/log/emerge.log
> 1063758884:  >>> emerge (1 of 109) sys-devel/gnuconfig-20030708 to /
> 1063758912:  >>> emerge (2 of 109) sys-libs/db-1.85-r1 to /
> 1063758974:  >>> emerge (3 of 109) sys-libs/gdbm-1.8.0-r5 to /
> 1063759058:  >>> emerge (4 of 109) sys-devel/gettext-0.12.1 to /
> 1063759530:  >>> emerge (5 of 109) sys-apps/sed-4.0.7 to /
> 1063759624:  >>> emerge (6 of 109) sys-libs/ncurses-5.3-r4 to /
> 1063760209:  >>> emerge (7 of 109) sys-apps/texinfo-4.6 to /
> 1063760354:  >>> emerge (8 of 109) sys-apps/groff-1.18.1-r3 to /
> 1063760637:  >>> emerge (9 of 109) sys-apps/cronbase-0.2.1-r2 to /
> 1063760665:  >>> emerge (10 of 109) sys-apps/man-1.5m to /
> 1063760739:  >>> emerge (11 of 109) dev-java/java-config-0.2.8-r2 to /
> 1063760767:  >>> emerge (12 of 109) dev-java/blackdown-jdk-1.4.1 to /
> 1063760913:  >>> emerge (13 of 109) sys-libs/db-4.0.14-r2 to /
> 1063761476:  >>> emerge (14 of 109) sys-libs/zlib-1.1.4-r1 to /
> 1063761518:  >>> emerge (15 of 109) dev-python/python-fchksum-1.6.1-r1 to /
> 1063761552:  >>> emerge (16 of 109) sys-apps/bzip2-1.0.2-r2 to /
> 1063761602:  >>> emerge (17 of 109) sys-apps/coreutils-5.0-r4 to /
> 1063762060:  >>> emerge (18 of 109) sys-apps/debianutils-1.16.7-r3 to /
> 1063762093:  >>> emerge (19 of 109) app-shells/bash-2.05b-r7 to /
> 1063762346:  >>> emerge (20 of 109) sys-libs/readline-4.3-r4 to /
> 1063762446:  >>> emerge (21 of 109) dev-libs/expat-1.95.6-r1 to /
> 1063762520:  >>> emerge (22 of 109) dev-lang/python-2.2.3-r1 to /
> 1063763110:  >>> emerge (23 of 109) sys-apps/portage-2.0.49-r4 to /
> 1063763177:  >>> emerge (24 of 109) sys-devel/libperl-5.8.0 to /
> 1063763655:  >>> emerge (25 of 109) dev-lang/perl-5.8.0-r12 to /
> 1063765366:  >>> emerge (26 of 109) sys-devel/binutils-2.14.90.0.6-r3 to /
> 1063766107:  >>> emerge (27 of 109) sys-apps/gawk-3.1.3 to /
> 1063766224:  >>> emerge (28 of 109) sys-kernel/linux-headers-2.4.19-r1 to /
> 1063766343:  >>> emerge (29 of 109) sys-devel/m4-1.4 to /
> 1063766381:  >>> emerge (30 of 109) sys-devel/autoconf-2.57-r1 to /
> 1063766410:  >>> emerge (31 of 109) sys-devel/flex-2.5.4a-r5 to /
> 1063766433:  >>> emerge (32 of 109) sys-apps/miscfiles-1.3-r1 to /
> 1063766442:  >>> emerge (33 of 109) sys-devel/gcc-config-1.3.3-r1 to /
> 1063766452:  >>> emerge (34 of 109) sys-libs/cracklib-2.7-r7 to /
> 1063766467:  >>> emerge (35 of 109) sys-devel/bison-1.875 to /
> 1063766565:  >>> emerge (36 of 109) sys-devel/gcc-3.3.1-r1 to /

There was nothing interesting in packages 37 - 109?

> Hmm.  So it's quite likely that gcc is the culprit here.  Yet that
> newly installed gcc does seem to work; I can compile things.

gcc-3.3.1-r2 has some bugs. Check on bugzilla. There's also been a bit of 
mention of gentoo-dev.

> Shall I download the source for an earlier version of gcc and
> compile and install it within my home directory, then try to use it
> to compile python and see if it makes a difference?

The only problem then is if your current (buggy) gcc will successfully compile 
the older version or not.

> Alternatively it could be binutils?  Really scared about leaving
> myself with no working gcc/binutils though.

binutils is okay. I'm runing the latest ~x86 version and have had no problems. 
Have almost finished recompiling world with it - recompiling for another 
reason though.

> I just meant to show that I'm willing to try anything no matter how
> wacky in the hope of being able to recover from here without a total
> reinstall.

That I can respect. Do you have a GRP cd? Worst comes to worst you could 
always just untar the .tbz2 packages you need, fix up your /var/db/pkg and 
/var/cache/edb/virtuals and then upgrade to what is safe (not gcc331-r2 at 
this stage ;-)

Jason

--
[EMAIL PROTECTED] mailing list

Reply via email to