Summary: | python-fchksum-1.7.1 fails to build, gcc-config problem | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Eric Brown <eric.brown> |
Component: | Current packages | Assignee: | Gentoo Linux bug wranglers <bug-wranglers> |
Status: | RESOLVED DUPLICATE | ||
Severity: | major | CC: | zmedico |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Eric Brown
2005-05-08 16:51:19 UTC
Someone on IRC told me to emerge python first, this fixed the problem. I would also like to mention that there are some weird dependency issues here, and this could be an issue for other people who install with stage3/rebuild. I think the problem is that python-fchksum doesn't depend on python. Do not set CHOST if doing stage 2/3 install - see comments in make.conf.example and handbook. # Host Setting # ============ # # DO NOT CHANGE THIS SETTING UNLESS YOU ARE USING STAGE1! # Change this line as appropriate (i686, i586, i486 or i386). # All modern systems (even Athlons) should use "i686-pc-linux-gnu". # All K6's are i586. AFAICT this is a problem for stage1 installs also. In "emerge -e system" it tries to merge python-fchksum before python. Since the stage1 python is compiled for the generic CHOST it results in this error. A simple fix would be to add DEPEND="dev-lang/python" so that python is always built before python-fchksum. Many people have encountered this problem: http://forums.gentoo.org/viewtopic-t-314985-start-401.html http://dev.gentoo.org/~citizen428/hypermail/gentoo-catalyst/0504/0311.html I tried adding DEPEND="dev-lang/python" in my overlay but apparently portage doesn't care about that during "emerge -e system". It seems that the i386-pc-linux-gnu-gcc comes from the CC variable in /usr/lib/python2.3/config/Makefile and a user has reported success after only editing that file: http://forums.gentoo.org/viewtopic-p-2260623.html#2260623 Another possible solution would be to remerge python within /usr/portage/scripts/bootstrap.sh It seems like either the distutils or python eclass would be a natural place to implement a fix for this. It could check the CHOST in make.conf and automatically edit the Makefile if necessary. I finally realized that this bug is a duplicate :-) http://bugs.gentoo.org/show_bug.cgi?id=88777 Reopen... |