Summary: | stage3-amd64-20121210.tar.bz2 - dev-lang/python-2.7.3-r3 depends on dev-lang/python:2.7 dev-lang/python:2.6 dev-lang/python:2.5 | ||
---|---|---|---|
Product: | Gentoo Release Media | Reporter: | Francesco Turco <fturco> |
Component: | Stages | Assignee: | Python Gentoo Team <python> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | releng |
Priority: | Normal | ||
Version: | autobuild | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | IRC log from 2012-11-26 |
Description
Francesco Turco
2012-12-18 17:48:40 UTC
This doesn't seem like a releng bug to me, but a python bug. Thus, I'm reassigning. FWIW, the stages only have python-3 as no package in the system set has a dependency on python-2. Created attachment 332696 [details]
IRC log from 2012-11-26
I have attached an IRC log from 2012-11-26 in which Arfrever explains that under some obscure circumstances involving backported patches, python2.7 actually needs python2 to bootstrap itself.
Given that we do not currently patch any of the files he mentions, I think we can safely remove python-any-r1.eclass from the dev-lang/python ebuilds. We just need to be careful about patching.
@mgorny: Thoughts?
(In reply to comment #2) > Created attachment 332696 [details] > IRC log from 2012-11-26 > > I have attached an IRC log from 2012-11-26 in which Arfrever explains that > under some obscure circumstances involving backported patches, python2.7 > actually needs python2 to bootstrap itself. > > Given that we do not currently patch any of the files he mentions, I think > we can safely remove python-any-r1.eclass from the dev-lang/python ebuilds. > We just need to be careful about patching. > > @mgorny: Thoughts? If you can make sure this is not the case in our ebuilds, feel free to comment it out. I'd just leave a trace of it so people would know what to do whenever such patches actually need to be applied. (In reply to comment #1) > This doesn't seem like a releng bug to me, but a python bug. Thus, I'm > reassigning. > FWIW, the stages only have python-3 as no package in the system set has a > dependency on python-2. I'd say this is not a good thing for our users, since our users usually prefer or even need python-2. And bootstrapping python-3 with python-2 is possible, unlike the other way around. Of course, bootstrapping is probably not needed right now. But well, with python-r1 migration the system set is likely to get a clear dep on python2.7 soon. (In reply to comment #3) > If you can make sure this is not the case in our ebuilds, feel free to > comment it out. I'd just leave a trace of it so people would know what to do > whenever such patches actually need to be applied. I have just verified that I can build python2.{5,7} successfully after removing python-any-r1 and my /usr/bin/python symlink. I think this confirms that the current python ebuilds do not require python to be installed. I propose that if we ever apply a patch which requires bootstrapping, we should pre-generate the new files and include them in said patch. I will make an annotation in the ebuild stating this. This would probably be more of an issue if we still had pre-release ebuilds in the tree, or a live ebuild. We don't really back-port changes these days. This should be fixed now. |