Does that help us? From what I saw until now (which is admittedly not nearly all of the code) we don't use anything in the code that would expect Python >=3.4.
@denfromufa Python 2.6 is listed on Appveyor's list of installed software but 3.2 isn't. @filmor I think @denfromufa 's point was that you didn't include py3.3 on your first comment.
I'm ok with dropping py26, py32, and even py33 since it seems to have less users than py2.6.
We should complete a release for pythonnet now that 3.6 is out, and add a deprecation notice letting users know that we are dropping py2.6, py3.2, py3.3 in the following release.
According to setup.py classifiers, we don't support py26. @tonyrobertsremoved it when we added py3.5 for this very reason. In that case we could remove the classifiers for py32, py33 before the next release.
I think it's okay for now to just drop 3.2 and 2.6 officially, and for the next release actually rip out code that is just needed for those versions and 3.3.
@denfromufa Thank you for the stat. I think is a quite obvios that we needs to drop 3.3.
Somebody should be assigned to this issue. I plan to spend my dev efforts to this issue #590
Activity
filmor commented on Nov 8, 2016
While we're at it, I guess that Python 3.2 can also be dropped, leading to support for 2.7 and 3.4-6.
den-run-ai commented on Nov 9, 2016
@filmor how about 3.3? according to python docs it should retire in about one year:
https://docs.python.org/devguide/#status-of-python-branches
filmor commented on Nov 9, 2016
Does that help us? From what I saw until now (which is admittedly not nearly all of the code) we don't use anything in the code that would expect Python >=3.4.
vmuriart commented on Jan 7, 2017
@denfromufa Python 2.6 is listed on Appveyor's list of installed software but 3.2 isn't.
@filmor I think @denfromufa 's point was that you didn't include py3.3 on your first comment.
I'm ok with dropping py26, py32, and even py33 since it seems to have less users than py2.6.
https://hynek.me/articles/python3-2016/
http://ianozsvald.com/2016/06/20/results-for-which-version-of-python-2vs3-do-london-data-scientists-use/
We should complete a release for pythonnet now that 3.6 is out, and add a deprecation notice letting users know that we are dropping py2.6, py3.2, py3.3 in the following release.
vmuriart commented on Jan 7, 2017
According to setup.py classifiers, we don't support py26. @tonyroberts removed it when we added py3.5 for this very reason. In that case we could remove the classifiers for py32, py33 before the next release.
filmor commented on Jan 9, 2017
I think it's okay for now to just drop 3.2 and 2.6 officially, and for the next release actually rip out code that is just needed for those versions and 3.3.
vmuriart commented on Jan 9, 2017
I removed the py3.2 tag. If I understood correctly we're removing py3.3 after v2.2.0 release along with the refactoring of dropping all 3 versions.
den-run-ai commented on Dec 13, 2017
reopening to decide dropping of python 3.3 support
den-run-ai commented on Dec 13, 2017
@dmitriyse i see minimal downloads for python 3.3 builds of pythonnet on anaconda and pypi:
https://anaconda.org/pythonnet/pythonnet/files?sort=ndownloads&sort_order=desc
https://docs.google.com/spreadsheets/d/1gQuad1rYpYEUwa1bzvRVc0wRIhlGNGmusPE_ntEH7jg/edit?usp=sharing
dmitriyse commented on Dec 13, 2017
@denfromufa Thank you for the stat. I think is a quite obvios that we needs to drop 3.3.
Somebody should be assigned to this issue. I plan to spend my dev efforts to this issue #590
den-run-ai commented on Dec 13, 2017
ok, it is safe to drop 3.3 according to this PEP: https://www.python.org/dev/peps/pep-0398/#id21
den-run-ai commented on Jun 18, 2018
closed by #685 and #689