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 Py3.6 support? #184

Closed
nbraud opened this issue Nov 8, 2019 · 12 comments
Closed

Drop Py3.6 support? #184

nbraud opened this issue Nov 8, 2019 · 12 comments

Comments

@nbraud
Copy link
Collaborator

nbraud commented Nov 8, 2019

Now that Python 3.8 is out, and Python 3.7 is available starting in Debian 10 “Buster” (current stable) and Ubuntu 19.04 “Disco Dingo”, should we consider dropping Python 3.6 support?

Python 3.6 support currently relies on the dataclasses backport, which seems essentially-unmaintained since November 2018, and lacks important bugfixes. Those bugs are blocking for API improvements like #168.

@AstraLuma
Copy link
Member

This should track with PPB's own support cycle.

I think that's unofficially the last 2 major versions (so currently, 3.8 and 3.7), but I'm not sure that's been decided formally.

I'm going to just take maintainer's fiat and say that ppb-vector devel may drop 3.6. 1.0 exists and supports it, and that's good enough.

@nbraud
Copy link
Collaborator Author

nbraud commented Nov 11, 2019

@astronouth7303 Yeah, that was my recollection too (last 2 major releases of CPython), but I'd rather check with you and Piper first.

@nbraud
Copy link
Collaborator Author

nbraud commented Nov 11, 2019

Also, dropping Py3.6 from CI will conflict with all the CI updates that are in-flight, so that can wait a couple of days.

nbraud added a commit to nbraud/ppb-vector that referenced this issue Nov 14, 2019
nbraud added a commit to nbraud/ppb-vector that referenced this issue Nov 14, 2019
bors bot added a commit that referenced this issue Dec 19, 2019
190: Drop compatiblity with Python 3.6 r=astronouth7303 a=nbraud

We only aim to support the last 2 major versions of Python (currently 3.7 and 3.8), and the `dataclasses` backport for Python 3.6 is unmaintained and broken (see discussion in #184).

This should allow us to unblock #168 

Co-authored-by: Nicolas Braud-Santoni <nicolas@braud-santoni.eu>
@AstraLuma
Copy link
Member

Revisting some stuff. Do we want to drop 3.6 given pypy?

nbraud added a commit to nbraud/ppb-vector that referenced this issue Oct 8, 2020
@nbraud
Copy link
Collaborator Author

nbraud commented Oct 8, 2020

Revisting some stuff. Do we want to drop 3.6 given pypy?

PyPy has support for Py3.7 now, so I would be strongly in favour of dropping Py3.6 compatibility.
Though the dataclasses compat shim has been updated, so we could in principle keep support if we cared to.

@pathunstrom
Copy link
Collaborator

I'll note, 3.5 Python just hit EOL, 3.6 is still getting security patches, we should all have a conversation about support schedule sometime.

@nbraud
Copy link
Collaborator Author

nbraud commented Oct 8, 2020

Though the dataclasses compat shim has been updated, so we could in principle keep support if we cared to.

Turns out, the maintainer of dataclasses (the PyPI package, not the stdlib module) merged the PR that contained the update, but failed to publish a new version...

@nbraud
Copy link
Collaborator Author

nbraud commented Oct 8, 2020

I'll note, 3.5 Python just hit EOL, 3.6 is still getting security patches, we should all have a conversation about support schedule sometime.

I simply don't think that we can reasonably support people on Py3.6:

  • Py3.6 support depends on the dataclasses compatibility shim; it is, as published on PyPI, mostly-broken, and its maintainer seems to be taking over 1.5 years to merge critical bugfixes... and still fail to publish new versions on PyPI.
  • CPython 3.6 is not getting bugfixes since 2018.

Also, that discussion happened in the past, the outcome was “last 2 major versions”, and we referred to that above.

@AstraLuma
Copy link
Member

Ok, 6mo later it might be time.

3.9, 3.8, and 3.7 are out and stable.

We can probably drop 3.6.

@AstraLuma
Copy link
Member

Oh, dropping a major version of python is a breaking change, isn't it?

@nbraud
Copy link
Collaborator Author

nbraud commented Oct 23, 2021

Oh, dropping a major version of python is a breaking change, isn't it?

Is it? Py3.6 code should work just as well on Py3.7, and TBH I really do not think that the current situation is sensible, tying ourselves to Python releases that are 5 years old, haven't received bugfixes for the last 2+ years, and rely on a known-buggy, unmaintained compat shim.

nbraud added a commit to nbraud/ppb-vector that referenced this issue Oct 23, 2021
bors bot added a commit that referenced this issue Oct 23, 2021
190: Drop compatiblity with Python 3.6 r=astraluma a=nbraud

We only aim to support the last 2 major versions of Python (currently 3.7 and 3.8), and the `dataclasses` backport for Python 3.6 is unmaintained and broken (see discussion in #184).

This should allow us to unblock #168 

Co-authored-by: Nicolas Braud-Santoni <nicolas@braud-santoni.eu>
bors bot added a commit that referenced this issue Oct 23, 2021
190: Drop compatiblity with Python 3.6 r=astraluma a=nbraud

We only aim to support the last 2 major versions of Python (currently 3.7 and 3.8), and the `dataclasses` backport for Python 3.6 is unmaintained and broken (see discussion in #184).

This should allow us to unblock #168 

Co-authored-by: Nicolas Braud-Santoni <nicolas@braud-santoni.eu>
Co-authored-by: Jamie Bliss <jamie@ivyleav.es>
@AstraLuma
Copy link
Member

Oh, 3.6 is gonna be dropped upsteam in December iirc.

But it is a change that forces a class of users to make a change to their environment.

bors bot added a commit that referenced this issue Oct 23, 2021
190: Drop compatiblity with Python 3.6 r=astraluma a=nbraud

We only aim to support the last 2 major versions of Python (currently 3.7 and 3.8), and the `dataclasses` backport for Python 3.6 is unmaintained and broken (see discussion in #184).

This should allow us to unblock #168 

Co-authored-by: Nicolas Braud-Santoni <nicolas@braud-santoni.eu>
@bors bors bot closed this as completed in 4c6ef1f Oct 23, 2021
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

No branches or pull requests

3 participants