Skip to content

Support python 3.6, or perhaps arbitrary versions of python #16

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

Closed
agjohnson opened this issue Jan 3, 2017 · 5 comments
Closed

Support python 3.6, or perhaps arbitrary versions of python #16

agjohnson opened this issue Jan 3, 2017 · 5 comments
Labels
Needed: design decision A core team decision is required

Comments

@agjohnson
Copy link
Contributor

Now that 3.6 is released, it would be a good idea to add this to at least the 16.04 image, assuming this can be done easily without removing the 3.5 version.

One approach could be to use pyenv to build arbitrary versions, allowing for support of arbitrary versions of pypy as well.

The docs user on the docker image should be able to call the python binaries by the short binary names: python2.7, python3.5, python3.6, etc. These will need to be on the user's PATH in some fashion. It isn't necessary to have system level binaries for all versions, however they are preferred due to security concerns. A PPA could be used, as long as it is vetted a bit -- compiled binaries might be more trusted here because of this.

Testing

These images should be able to be spun up and the binaries should be able to be called by the docs user. pip and virtualenv should be installed for each version separately.

@agjohnson agjohnson added the Needed: design decision A core team decision is required label Jan 3, 2017
@zopieux
Copy link

zopieux commented Jan 12, 2017

Yes please! 3.6 introduces so many great changes it would be a shame to lag behind.

Python 3.6 seems to be included in ubuntu 16.10.

@agjohnson
Copy link
Contributor Author

We only use LTS images for Ubuntu to reduce maintenance there, but @agronholm has put together a container image that uses pyenv that should give access to python(2.7,3.4,3.5,3.6). I'm testing some changes to it now, but the image will likely be our next development image that folks can self select into, with our Ubunutu 16.04 build image becoming the default builder very shortly.

@zopieux
Copy link

zopieux commented Jan 12, 2017

Seems fine too.

@agjohnson
Copy link
Contributor Author

Closing this with #18, but it will be a short while to get all the other pieces together and get a release out to support this.

@zopieux
Copy link

zopieux commented Feb 6, 2017

@agjohnson is there a way to get notified when 3.6 becomes available in rtd.org? A follow-up on this issue would be perfect.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Needed: design decision A core team decision is required
Projects
None yet
Development

No branches or pull requests

2 participants