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
Comments
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. |
@astronouth7303 Yeah, that was my recollection too (last 2 major releases of CPython), but I'd rather check with you and Piper first. |
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. |
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>
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. |
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. |
Turns out, the maintainer of |
I simply don't think that we can reasonably support people on Py3.6:
Also, that discussion happened in the past, the outcome was “last 2 major versions”, and we referred to that above. |
Ok, 6mo later it might be time. 3.9, 3.8, and 3.7 are out and stable. We can probably drop 3.6. |
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. |
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>
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>
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. |
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>
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.The text was updated successfully, but these errors were encountered: