Closed brianmay closed 5 years ago
I agree. I keep on hitting 2.7 specific bugs. Solved one Unicode issue, only to stumble upon a numpy issue (which also doesn't do any new 2.7 features anymore) in another pull request.
How I see it, we should just remove the Python 2.7 version from tox and potentially replace it by 3.7.
We can still allow pull request from people if they would like to create backwards compatibility, but at least we won't do it by default.
Sorry, am falling behind on koala stuff :-(.
I would suggest:
I also note that this project doesn't do some common things:
setup.py
which normally is where Python version compatibility would be mentioned.Seems good to me. How I read it, in practice this means just the open pull requests plus maybe some small hot fixes.
Or do we already release a non depricated release 0.0.32, then do a 0.0.33 with the deprications and finally a 1.0.0 for the Python 2.7 deprication.
Jef D notifications@github.com writes:
Seems good to me. How I read it, in practice this means just the open pull requests plus maybe some small hot fixes.
Or do we already release a non depricated release 0.0.32, then do a 0.0.33 with the deprications and finally a 1.0.0 for the Python 2.7 deprication.
Either way is fine with me. I don't think it matters too much. -- Brian May brian@linuxpenguins.xyz https://linuxpenguins.xyz/brian/
"Or do we already release a non depricated release 0.0.32, then do a 0.0.33 with the deprications and finally a 1.0.0 for the Python 2.7 deprication."
looks good to me
I guess the current version can be released then. Next week I can look into fixing the open pull requests for the next version.
I pushed to pipy but i add to updgrade to 0.33 because of some trouble with the description
Thinking we should deprecate Python 2.7 support, and maybe remove Python 2.7 in the next major release. In the unlikely event anybody needs Python 2.7 support, please let us know.
@danielsjf what do you think?