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 Python 3.5 #3179

Merged
merged 13 commits into from Nov 5, 2019
Merged

Drop Python 3.5 #3179

merged 13 commits into from Nov 5, 2019

Conversation

jrbourbeau
Copy link
Member

This PR drops support for Python 3.5 and is a companion PR to dask/dask#5528 in which we dropped Python 3.5 in dask/dask

Copy link
Member

@TomAugspurger TomAugspurger left a comment

Choose a reason for hiding this comment

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

cc @mrocklin. We assume you're OK with dropping for 3.5 from distributed as well as dask, but just wanted to confirm.

@mrocklin
Copy link
Member

mrocklin commented Oct 29, 2019 via email

@jrbourbeau
Copy link
Member Author

We're getting a couple of test failures on Appveyor I haven't seen before:

================================== FAILURES ===================================
____________________________ test_connection_args _____________________________
Traceback (most recent call last):
  File "C:\projects\distributed\distributed\tests\test_security.py", line 200, in test_connection_args
    assert len(tls_12_ciphers) == 1
AssertionError: assert 0 == 1
  -0
  +1
______________________________ test_listen_args _______________________________
Traceback (most recent call last):
  File "C:\projects\distributed\distributed\tests\test_security.py", line 253, in test_listen_args
    assert len(tls_12_ciphers) == 1
AssertionError: assert 0 == 1
  -0
  +1

These checks were previous being skipped on Windows which was only run with Python 3.5

if sys.version_info >= (3, 6):

@jcrist if you have a moment would you be able to take a look at this?

@mrocklin
Copy link
Member

mrocklin commented Nov 2, 2019

Given that @jcrist is out, I wonder if @mariusvniekerk can take a look at the TLS failures in Appveyor here:

================================== FAILURES ===================================
____________________________ test_connection_args _____________________________
Traceback (most recent call last):
  File "C:\projects\distributed\distributed\tests\test_security.py", line 203, in test_connection_args
    assert len(tls_12_ciphers) == 1
AssertionError: assert 0 == 1
  -0
  +1
---------------------------- Captured stderr call -----------------------------
[{'alg_bits': 128,
  'description': 'ECDHE-RSA-AES128-GCM-SHA256 TLSv1.2 Kx=ECDH     Au=RSA  '
                 'Enc=AESGCM(128) Mac=AEAD',
  'id': 50380847,
  'name': 'ECDHE-RSA-AES128-GCM-SHA256',
  'protocol': 'TLSv1/SSLv3',
  'strength_bits': 128}]
______________________________ test_listen_args _______________________________
Traceback (most recent call last):
  File "C:\projects\distributed\distributed\tests\test_security.py", line 259, in test_listen_args
    assert len(tls_12_ciphers) == 1
AssertionError: assert 0 == 1
  -0
  +1
---------------------------- Captured stderr call -----------------------------
[{'alg_bits': 128,
  'description': 'ECDHE-RSA-AES128-GCM-SHA256 TLSv1.2 Kx=ECDH     Au=RSA  '
                 'Enc=AESGCM(128) Mac=AEAD',
  'id': 50380847,
  'name': 'ECDHE-RSA-AES128-GCM-SHA256',
  'protocol': 'TLSv1/SSLv3',
  'strength_bits': 128}]
============================== warnings summary ===============================

This is no longer necessary now that we handle it in gen_cluster

Also, it's rare for us to be able to start a nanny in 500ms these days
@mrocklin
Copy link
Member

mrocklin commented Nov 4, 2019

OK, so what should we do here? It seems like things are in an unpleasant state given that dask/dask has dropped 3.5, and so now our tests fail hard in some way. We don't seem to be able to find someone to debug familiar enough to debug TLS issues. Some options:

  1. We can revert the 3.5 drop in dask/dask
  2. We can live with the TLS failure, merge this, and hope that it's not significant
  3. We can reach out to others that might know more about TLS and can help? (@TomAugspurger , is there anyone in Anaconda who can help here?)

This wasn't actually important, but was part of a small experiment that
is a bit cleaner than what we had before.
@mrocklin
Copy link
Member

mrocklin commented Nov 4, 2019

@jacobtomlinson can you look at the windows CI failures here?

@jrbourbeau
Copy link
Member Author

Yeah, I apologize, the current unfortunate state of things is my fault. I should have had PRs dropping 3.5 in both dask/dask and here ready to go concurrently instead of doing them one at a time.

My preference is to wait until the maintainer call tomorrow (maybe someone with TLS experience who has been pinged can investigate between now and then) and discuss this on the call. If nobody's able to debug, we mark the failing TLS tests with xfail on Windows, merge this, and open an issue.

@mrocklin
Copy link
Member

mrocklin commented Nov 4, 2019 via email

@jrbourbeau jrbourbeau changed the title [WIP] Drop Python 3.5 Drop Python 3.5 Nov 5, 2019
@jrbourbeau jrbourbeau merged commit e4a0404 into dask:master Nov 5, 2019
@jrbourbeau jrbourbeau deleted the drop-py35 branch November 5, 2019 17:49
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.

None yet

4 participants