Attempt to emerge -up world fails compling python: <snip> creating Modules/Setup.config creating pyconfig.h creating Setup creating Setup.local creating Makefile gcc -c -DNDEBUG -O3 -mcpu=i686 -pipe -I. -I./Include -DHAVE_CONFIG_H -o Modules/python.o Modules/python.c gcc -c -DNDEBUG -O3 -mcpu=i686 -pipe -I. -I./Include -DHAVE_CONFIG_H -o Parser/acceler.o Parser/acceler.c In file included from Include/pymem.h:7, from Include/pgenheaders.h:24, from Parser/acceler.c:13: Include/pyport.h:462:2: #error "could not set LONG_MAX in pyport.h" In file included from Include/Python.h:62, from Modules/python.c:3: Include/pyport.h:480:2: #error "LONG_BIT definition appears wrong for platform (bad gcc/glibc config?)." make: *** [Parser/acceler.o] Error 1 make: *** Waiting for unfinished jobs.... make: *** [Modules/python.o] Error 1 !!! ERROR: dev-lang/python-2.2.3-r5 failed. !!! Function src_compile, Line 101, Exitcode 2 !!! Parallel make failed Reproducible: Always Steps to Reproduce: 1. 2. 3. # emerge info Portage 2.0.49-r3 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1, 2.4.20-gentoo-r7) ================================================================= System uname: 2.4.20-gentoo-r7 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O3 -mcpu=i686 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-O2 -mcpu=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs sandbox ccache strict" GENTOO_MIRRORS=" ftp://ftp.ussg.iu.edu/pub/linux/gentoo ftp://csociety-ftp.ecn.purdue.edu/pub/gentoo/ http://csociety-ftp.ecn.purdue.edu/pub/gentoo/ ftp://mirror.iawnet.sandia.gov/pub/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.knalb.org/gentoo-portage" USE="x86 oss apm avi crypt cups encode foomaticdb gif gpm imlib jpeg libg++ mad mikmod ncurses nls oggvorbis pdflib png quicktime sdl spell svga truetype xv zlib gdbm berkdb slang readline java mysql libwww perl python pam tcpd ssl innodb xml xml2 gd -3dnow -arts -kde -motif -mpeg -opengl -qt -X -xmms -Xaw3d -gnome -gtk -gtk2" # emerge -up world These are the packages that I would merge, in order: Calculating world dependencies \ emerge: there are no masked or unmasked ebuilds to satisfy "sys-apps/bzip2". !!! Problem with ebuild dev-php/php-4.3.3-r2 !!! Possibly a DEPEND/*DEPEND problem. !!! Depgraph creation failed. # emerge -up portage These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild U ] sys-devel/binutils-2.14.90.0.6-r6 [2.14.90.0.6-r2] [ebuild U ] sys-devel/gcc-config-1.3.4 [1.3.3-r1] [ebuild U ] sys-devel/gcc-3.2.3-r2 [3.2.3-r1] [ebuild U ] sys-libs/glibc-2.3.2-r3 [2.3.2-r1] [ebuild U ] dev-lang/python-2.2.3-r5 [2.2.3-r1] [ebuild U ] sys-apps/portage-2.0.49-r15 [2.0.49-r3] #
your portage tree seems out of date. what version of linux-headers are you using?
# qpkg -v linux-headers sys-kernel/linux-headers-2.4.19-r1 * sys-kernel/linux-headers-2.2.21_pre3 sys-kernel/linux-headers-2.2.20 sys-kernel/linux-headers-2.4.16-r1 sys-kernel/linux-headers-2.4.16-r3 sys-kernel/linux-headers-2.4.16 sys-kernel/linux-headers-2.4.17-r3 sys-kernel/linux-headers-2.4.17-r4 sys-kernel/linux-headers-2.4.17-r5 sys-kernel/linux-headers-2.4.18-r1 sys-kernel/linux-headers-2.4.18-r2 sys-kernel/linux-headers-2.4.18 sys-kernel/linux-headers-2.4.19-r1 sys-kernel/linux-headers-2.4.19 sys-kernel/linux-headers-2.4.21-r1 sys-kernel/linux-headers-2.4.21 sys-kernel/linux-headers-2.4.22 I am currently rebuilding what packages I can, including gcc and glibc. Could the rsync mirror I'm using be out of date?
Well, letting 'emerge -u portage' run through fixed the problem. Apparently the new gcc/glibc/gcc-config or something else was enough to do it... Still getting the bzip2 problem, even using a different rsync mirror...
for the bzip2 problem, maybe you have a custom ebuild in your PORTAGE_OVERLAY? because all the references bzip2 should have been changed. but i'm glad the upgrade fixed the problem. i'm not sure why LONG_BIT would have been declared wrong in your case though.
I have custom ebuilds, but none that directly reference bzip2. I do have, however, some that DEPEND on virtual/php. Is it possible that the previous dependency that php had is somehow being cached?