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

Upgrade to Python 3.8 #1292

Merged
merged 1 commit into from
Sep 16, 2020
Merged

Upgrade to Python 3.8 #1292

merged 1 commit into from
Sep 16, 2020

Conversation

tunetheweb
Copy link
Member

Looks like Google App Engine now officially supports Python3.8 - previously it was marked as beta so didn't want to upgrade to it.

To be honest I've been using Python 3.8 all along but let's make it official and run on 3.8 in the cloud too.

Deployed test version here and all good: https://20200914t192537-dot-webalmanac.uk.r.appspot.com/

@tunetheweb tunetheweb added the development Building the Almanac tech stack label Sep 14, 2020
@tunetheweb tunetheweb added this to the 2020 Platform Development milestone Sep 14, 2020
@tunetheweb tunetheweb added this to TODO in 2020 via automation Sep 14, 2020
@rviscomi
Copy link
Member

What are the benefits of upgrading?

@tunetheweb
Copy link
Member Author

Nothing I really want to use to be honest. This more to keep on top of things and because I’ve been using 3.8 locally (I presume you have too since we never specified a version in our virtual env?) so been meaning to align.

Full set of changes here: https://docs.python.org/3/whatsnew/3.8.html

@rviscomi
Copy link
Member

Oh ok. Is this a no-op or could there be any compatibility / local development risks? Upgrades can sometimes break things so I'm just trying to get a sense for the risk vs reward.

@tunetheweb
Copy link
Member Author

Well I want to do it in part to avoid any local development issues/deployment risks! As I say I've always used 3.8 because we never specified a minor versions so it always used the latest version 3:

2. Create an isolated Python environment, and install dependencies:
```
virtualenv --python python3 env

Similar the DockerFile just uses v3 (which means v3.8) for anyone using that.

So basically this brings the server side inline with what (I assume) we're all developing on.

Out of interest what are you running? Looks like 3.8 was only released in October 2019 so guess old timers on the project like you may still be running 3.7? Even if you are and chose to stay on it, this PR updates our GitHub Actions to 3.8 so any PR will be tested on 3.8 anyway.

Additionally the GitHub Action tests the whole website (including running pytest) and completed with no issues. The no-promote test deploy showed no issues either..

So any upgrade always carries some level of risk, but think this is as close to no-op as we can get!

@rviscomi
Copy link
Member

Yeah I'm on 3.7.3

2020 automation moved this from TODO to In progress Sep 16, 2020
@tunetheweb tunetheweb merged commit 4f4059a into main Sep 16, 2020
2020 automation moved this from In progress to Done Sep 16, 2020
@tunetheweb tunetheweb deleted the python3.8 branch September 16, 2020 20:03
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
development Building the Almanac tech stack
Projects
No open projects
2020
  
Done
Development

Successfully merging this pull request may close these issues.

None yet

2 participants