We had a problem with SymPy where we have separate tarballs for Python 2 and Python 3 (our 2to3 process uses git metadata, so we prefer to do it at release time rather than have the user do it). But pip was attempting to install the Python 2 version in both Python 2 and Python 3. The solution (workaround really) was to upload a tarball for each Python 3 version, named like sympy-0.7.2-py3.2.tar.gz, sympy-0.7.2-py3.3.tar.gz (see https://pypi.python.org/pypi/sympy/0.7.2). Then pip will install that version if and only if it is in that specific Python 3 version.
The downside is that easy_install doesn't recognize this, and still tries to install in Python 2. I don't know how to make that work. This is related to the other discussion on this list about making pip/easy_install stop trying to get metadata from filenames. Aaron Meurer On Wed, Feb 27, 2013 at 12:03 PM, Monty Taylor <[email protected]> wrote: > Hey all, > > OpenStack recently ran in to a problem where one of our depends released > a new version that only works with Python 3 and not Python 2. While I > wholeheartedly support the gusto of that, and also can't wait until we > can move to Python 3, there's a tooling issue here. > > If I'm doing pip install pyparsing from python2, the system should have > enough information to be able to tell whether or not it's going to be > getting something that's just fundamentally incompatible - such as a > version that does not support python2. > > I recognize that it would require the package in question marking itself > as not supporting python2 ... but let's face it, as we start doing this > py2-py3 transition in earnest, it's a pretty important piece of metadata > to know about - and I can't imagine we're going to be the only people > running in to the problem. > > Anybody got any thoughts on ways we can help with this that won't suck? > > Monty > _______________________________________________ > Catalog-SIG mailing list > [email protected] > http://mail.python.org/mailman/listinfo/catalog-sig _______________________________________________ Catalog-SIG mailing list [email protected] http://mail.python.org/mailman/listinfo/catalog-sig
