Summary: | Latest stage3 tarball has system python set to python3 | ||
---|---|---|---|
Product: | Gentoo Release Media | Reporter: | Albert W. Hopkins <marduk> |
Component: | Stages | Assignee: | Gentoo Release Team <releng> |
Status: | RESOLVED FIXED | ||
Severity: | blocker | CC: | jer, neddyseagoon, python, qa, redhatter, zmedico |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 330361 |
Description
Albert W. Hopkins
2010-07-31 20:00:23 UTC
Please pull affected stage3s until we have a resolution. This will avoid #gentoo and the forums getting flooded Added QA to CC If there's a cause for using the 'blocker' severity, I think this bug is one. CCing infra for Roy's request. I already pulled these stages... (In reply to comment #3) > I already pulled these stages... > Thanks! Argh, I know this isn't really you're problem per-se, but just FYI. The 20100617 tarball apparently uses a different glibc than the 20100729 tarball. And I created binary packages when the 20100729 was the "latest". Now after I update system and it pulls in the bash binary package, everything fails because bash was built against a different glibc (from 20100729). Not a problem I just need to recompile these binary packages. But I'd just thought I'd let you know in case you start to encounter some weird bug reports. I don't know what's responsible for setting python3 as the default interpreter, but I suppose that the python ebuilds/eclasses are likely suspects. *** Bug 330943 has been marked as a duplicate of this bug. *** The infra aspect of this bug is gone. Removing us. Maybe bug 321785 caused python3 to be set as the default interpreter for stage1, and then that was inherited by stage2 and stage3? Seems not to be a problem with subsequent stage3s. Fixed. The problem occurs again in stage3-i686-20101228.tar.bz2 at http://distfiles.gentoo.org/releases/x86/autobuilds. Also re-occurs for stage3-amd64-20101230.tar.bz2 (In reply to comment #12) > Also re-occurs for stage3-amd64-20101230.tar.bz2 It's a separate problem with known solution, which will be applied somewhen. I just committed a revert to python-2.6.6-r1 which should fix this. I'm currently running local tests to verify if it works or not. Just downloaded stage3-i686-20110315.tar.bz2 from the autobuilds, unpacked and saw the default python profile is still set to 3.1 (though 2.6 is available). |