Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Python 3.3 #89

Closed
michaelklishin opened this issue Sep 17, 2012 · 17 comments
Closed

Python 3.3 #89

michaelklishin opened this issue Sep 17, 2012 · 17 comments
Labels

Comments

@michaelklishin
Copy link
Contributor

We need to package 3.3 and provision it. In addition, we are blocked on this Virtualenv issue with 3.3.

We now have own PPA and publish 3.3 packages there with the help of the awesome @Mezzle.

@ghost ghost assigned michaelklishin Sep 17, 2012
@Mezzle
Copy link
Contributor

Mezzle commented Sep 17, 2012

Python 3.3 RC2 has built correctly.

https://launchpad.net/~travis-ci/+archive/python3.3/+packages

I'd suggest someone try out the package, as I'm not too sure how to test that it works!

@peterjc
Copy link

peterjc commented Oct 18, 2012

When you say someone needs to try it, would "apt-get install python3.3" in my .travis.yml file get it from here?:
https://launchpad.net/~travis-ci/+archive/python3.3/+packages

Now that Python 3.3 final is out I'd like to test with it under TravisCI :)

@michaelklishin
Copy link
Contributor Author

@peterjc see the virtualenv issue linked to from this issue and help Virtualenv developers get Virtualenv 3.3-compatible. It currently does not work.

@g2p
Copy link

g2p commented Oct 22, 2012

It now works if you use the development version of virtualenv.
See for example: https://github.com/g2p/rfc6266/blob/master/.travis.yml

@ghost
Copy link

ghost commented Oct 31, 2012

@michaelklishin: FYI, virtualenv 1.8.2 is now working with Python 3.3.

bmcustodio@bmcustodio:~$ virtualenv --version
1.8.2
bmcustodio@bmcustodio:~$ virtualenv --python=python3.3 .venv-3.3
Running virtualenv with interpreter /usr/bin/python3.3
New python executable in .venv-3.3/bin/python3.3
Also creating executable in .venv-3.3/bin/python
Installing distribute...................................................................................................................................................................................................................................................................................................................................................................................done.
Installing pip................done.
bmcustodio@bmcustodio:~$ source .venv-3.3/bin/activate
(.venv-3.3)bmcustodio@bmcustodio:~$ python
Python 3.3.0 (default, Oct  7 2012, 14:43:21) 
[GCC 4.6.3] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>>

@g2p
Copy link

g2p commented Oct 31, 2012

@bmcustodio, either you have a version of Python that doesn't enable multiarch, which will work, or you have one with multiarch, which will silently fail to install distribute. The patches for both issues are fixed in the development version of virtualenv, but there hasn't been a release yet.

@g2p
Copy link

g2p commented Nov 22, 2012

virtualenv 1.8.3 has been released! rejoice!

@michaelklishin
Copy link
Contributor Author

Provisioning 3.3 locally worked with the exception of NumPy installation but that was expected. We will try to push it live by early next week.

@glyphobet
Copy link

I don't think this is fixed yet. Maybe it is not pushed out? Or is there some other magic required to get Python 3.3 working?

Trying to run tests under Python 3.3 fails with the same error as before:

cd ~/builds
git clone --branch=master --depth=100 --quiet git://github.com/glyphobet/pottymouth.git glyphobet/pottymouth
cd glyphobet/pottymouth
git checkout -qf 80529f54ea4f2a2914359745beb8a4eb6d0c8d9c
source ~/virtualenv/python3.3/bin/activate
bash: /home/travis/virtualenv/python3.3/bin/activate: No such file or directory
python --version
Python 2.7.3

see https://travis-ci.org/glyphobet/pottymouth/jobs/3368975 for an example.

In addition, the commit has removed Python 3.1 from ci_environment/python/attributes/default.rb, was that intentional?

@michaelklishin
Copy link
Contributor Author

Yes, it was intentional. We are replacing 3.1 with 3.3. 3.1 was never documented to be supported, we cannot grow the list of runtimes forever, it is unsustainable.

We are deploying new images tomorrow.

@glyphobet
Copy link

Cool, ok, thanks for the quick response. I'm excited to start testing stuff under Python 3.3!

@takluyver
Copy link

The virtualenv for Python 3.3 doesn't appear to be working for me, see this log.

-bash: /home/travis/virtualenv/python3.3/bin/activate: No such file or directory

@FiloSottile
Copy link

Same here, it does not seem deployed. Any ETA?

@ghost
Copy link

ghost commented Dec 18, 2012

bump. Still no joy on 3.3 a month after closing the ticket?

@michaelklishin
Copy link
Contributor Author

@joshk can you please deploy new ppp images?

@ghost
Copy link

ghost commented Dec 21, 2012

thanks. it's live.

@jacobian
Copy link

jacobian commented Feb 5, 2013

I'm still getting these same errors (i.e. python3.3/bin/activate: No such file or directory) about py3.3. This is on a private job, if that makes a difference; is this perhaps not fixed there?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

8 participants