Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 33941 - emerge fails for dev-lang/python-2.2.3-r5
Summary: emerge fails for dev-lang/python-2.2.3-r5
Status: RESOLVED WORKSFORME
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Development (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Python Gentoo Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-11-20 09:09 UTC by Carl A. Dunham
Modified: 2003-11-23 08:22 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Carl A. Dunham 2003-11-20 09:09:30 UTC
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] 
 
#
Comment 1 Alastair Tse (RETIRED) gentoo-dev 2003-11-20 09:46:07 UTC
your portage tree seems out of date. what version of linux-headers are you using?
Comment 2 Carl A. Dunham 2003-11-20 09:59:24 UTC
# 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?
Comment 3 Carl A. Dunham 2003-11-20 11:34:58 UTC
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...
Comment 4 Alastair Tse (RETIRED) gentoo-dev 2003-11-23 03:44:52 UTC
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.
Comment 5 Carl A. Dunham 2003-11-23 08:22:43 UTC
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?