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

Drop support for Python 3.6 #4390

Merged
merged 14 commits into from
Mar 9, 2021
Merged

Drop support for Python 3.6 #4390

merged 14 commits into from
Mar 9, 2021

Conversation

jrbourbeau
Copy link
Member

For additional context see the discussion over in dask/community#66. There's a corresponding PR for dropping Python 3.6 in Dask at dask/dask#7006.

Copy link
Collaborator

@crusaderky crusaderky left a comment

Choose a reason for hiding this comment

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

One small tweak to CI needed + merge from master

.travis.yml Outdated
@@ -6,8 +6,7 @@ dist: trusty

env:
matrix:
- PYTHON=3.6 TESTS=true COVERAGE=true PACKAGES="lz4" TORNADO=5 CRICK=true
- PYTHON=3.7 TESTS=true PACKAGES="python-snappy python-blosc" TORNADO=6
- PYTHON=3.7 TESTS=true COVERAGE=true PACKAGES="lz4 python-snappy python-blosc" CRICK=true TORNADO=5
Copy link
Collaborator

Choose a reason for hiding this comment

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

I think here you removed the test case for when snappy and blosc are not installed

Copy link
Member

Choose a reason for hiding this comment

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

I think the new Python 3.7 environment file is not including snappy or blosc, but please recheck and make sure this looks ok 🙂

@jrbourbeau
Copy link
Member Author

Thanks for reviewing @crusaderky, I'll update accordingly

@martindurant
Copy link
Member

Perhaps it would be best to restart this PR from scratch?

@jakirkham
Copy link
Member

There's a Python 3.9 PR ( #4460 ). Maybe we can just drop Python 3.6 in that? Or shortly thereafter?

@crusaderky
Copy link
Collaborator

crusaderky commented Feb 27, 2021

There's a Python 3.9 PR ( #4460 ). Maybe we can just drop Python 3.6 in that? Or shortly thereafter?

the plan is to drop 3.6 immediately after the 3.9 PR is merged. I'll take care of both

@jakirkham
Copy link
Member

Would it makes sense to do this after the upcoming release? Sorry if this was already answered elsewhere

@jrbourbeau
Copy link
Member Author

xref-ing dask/dask#7006 (comment) from over in the corresponding PR in Dask. For Distributed dropping Python 3.6 in the next release has the (potential) benefit of resolving #4538 (assuming it's only a rare Python 3.6 effect -- though this hasn't been completely confirmed)

@jakirkham
Copy link
Member

Cool. Let's keep the discussion there. Then we can handle both PRs based on that outcome 🙂

@jakirkham
Copy link
Member

Looks like we have a conflict here. Would you be able to look at that James? 🙂

@jakirkham
Copy link
Member

Oops that didn’t work as expected. Well if people here can take another look that would be appreciated 🙂

@crusaderky
Copy link
Collaborator

In metrics.py, you should drop _linux_thread_time() and _native_clock_func() and simplify their wrappers

Base automatically changed from master to main March 8, 2021 19:04
@jrbourbeau jrbourbeau mentioned this pull request Mar 9, 2021
@jrbourbeau
Copy link
Member Author

Thanks all for reviewing!

@jrbourbeau jrbourbeau merged commit 51541d8 into dask:main Mar 9, 2021
@jrbourbeau jrbourbeau deleted the drop-py3.6 branch March 9, 2021 19:06
@jakirkham
Copy link
Member

Thanks for working on this James! 😄

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.

5 participants