Summary: | emerge fails for dev-lang/python-2.2.3-r5 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Carl A. Dunham <gentoo-bugs2> |
Component: | [OLD] Development | Assignee: | Python Gentoo Team <python> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Carl A. Dunham
2003-11-20 09:09:30 UTC
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? |