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

[SPARK-25079][PYTHON] preparing for python 3.5 bump #22061

Closed
wants to merge 1 commit into from

Conversation

shaneknapp
Copy link
Contributor

@shaneknapp shaneknapp commented Aug 9, 2018

What changes were proposed in this pull request?

preparing to bump python 3.4 to 3.5

How was this patch tested?

tested against a python3.5 installation on my ubuntu testing node, and everything passes:
https://issues.apache.org/jira/browse/SPARK-25079

this will need to be orchestrated carefully... details of steps needed to be taken are in the jira issue.

DO NOT MERGE

@@ -162,7 +162,7 @@ def run_individual_python_test(target_dir, test_name, pyspark_python):


def get_default_python_executables():
python_execs = [x for x in ["python2.7", "python3.4", "pypy"] if which(x)]
python_execs = [x for x in ["python2.7", "python3.4", "python3.5", "pypy"] if which(x)]
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

i will push another commit at some point in the future to remove the reference to python3.4.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Just wondering why not replace python3.4 now? From the steps in jira, there will be a symlink for 3.4 -> 3.5 so it would be running the same tests twice right?

@SparkQA
Copy link

SparkQA commented Aug 9, 2018

Test build #94515 has finished for PR 22061 at commit 80b8c9c.

  • This patch passes all tests.
  • This patch merges cleanly.
  • This patch adds no public classes.

Copy link
Member

@HyukjinKwon HyukjinKwon left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Change itself LGTM. Will push this in when it's ready and if my hand is needed to get this in. Please let me know later @shaneknapp.

@shaneknapp
Copy link
Contributor Author

shaneknapp commented Aug 10, 2018 via email

Copy link
Member

@BryanCutler BryanCutler left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Steps for upgrade sound fine to me, just had one question about the change

@@ -162,7 +162,7 @@ def run_individual_python_test(target_dir, test_name, pyspark_python):


def get_default_python_executables():
python_execs = [x for x in ["python2.7", "python3.4", "pypy"] if which(x)]
python_execs = [x for x in ["python2.7", "python3.4", "python3.5", "pypy"] if which(x)]
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Just wondering why not replace python3.4 now? From the steps in jira, there will be a symlink for 3.4 -> 3.5 so it would be running the same tests twice right?

@shaneknapp
Copy link
Contributor Author

@BryanCutler the reason i'm not doing the upgrade is that the path for the current py3.4 anaconda env is hard-coded in to the python test running code across all branches.

this means if i do the upgrade to 3.5 on the workers and create the symlink, all branches will be running 3.5 w/only a small amount of testing. also, i'll need to ensure that there are no package/dependency issues w/previously installed libs.

if i create a new anaconda 3.5 env, then i will need to immediately change the path in dev/run-tests.py for whatever branch(es) that we want 3.5... as well as hack on the conda package definitions so that i can ansibileize things.

it's a bit more work that i think you might expect... i'll be working on getting this sorted this week.

@shaneknapp
Copy link
Contributor Author

also, i'll be taking the ubuntu-testing worker offline today to wipe and do a fresh install of conda w/python3.5.

@BryanCutler
Copy link
Member

Ok, make sense. Thanks @shaneknapp !

@shaneknapp
Copy link
Contributor Author

i launched a PRB build against a freshly-installed python 3.5 environment:
https://rise.cs.berkeley.edu/jenkins/job/ubuntuSparkPRB/71/console

i'm sure we'll have some things to fix, etc when it finishes.

@shaneknapp
Copy link
Contributor Author

shaneknapp commented Aug 14, 2018

another test triggered. forgot to actually test against 3.5... :(

https://rise.cs.berkeley.edu/jenkins/job/ubuntuSparkPRB/72/

@srowen
Copy link
Member

srowen commented Sep 24, 2018

@shaneknapp should this go in now? replacing 3.4?

@shaneknapp
Copy link
Contributor Author

shaneknapp commented Sep 24, 2018 via email

@shaneknapp
Copy link
Contributor Author

closing due to #24266

@shaneknapp shaneknapp closed this Apr 1, 2019
@shaneknapp shaneknapp deleted the prepare-for-python3.5 branch April 1, 2019 22:52
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants