FazBrowse GitHub Viewer | Trending |
URL:
| Home
Tools: [Download Repo ZIP]   [Original HTTPS Page]

drop python 2.6, 3.2, and 3.3 · Issue #270 · pythonnet/pythonnet · GitHub

Repository navigation

drop python 2.6, 3.2, and 3.3 #270

Closed

Description

We have Travis CI (Linux and OSX soon) for Python 2.6, but no CI for Python 2.6 on Appveyor (Windows).

Python 2.6 was dropped by major packages (even numpy is dropping support in v1.12.0) and Python 3.6 is going to be added soon.

If anyone is against dropping Python 2.6 let's collect feedback.

Activity

  1. filmor commented on Nov 8, 2016

    Member

    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.

  2. changed the title [-]drop python 2.6[/-] [+]drop python 2.6 and 3.2[/+] on Nov 9, 2016
  3. den-run-ai commented on Nov 9, 2016

    ContributorAuthor

    @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

  4. filmor commented on Nov 9, 2016

    Member

    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.

  5. vmuriart commented on Jan 7, 2017

    Contributor

    @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.

  6. vmuriart commented on Jan 7, 2017

    Contributor

    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.

  7. filmor commented on Jan 9, 2017

    Member

    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.

  8. vmuriart commented on Jan 9, 2017

    Contributor

    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.

  9. changed the title [-]drop python 2.6 and 3.2[/-] [+]drop python 2.6, 3.2, and 3.3[/+] on Dec 13, 2017
  10. den-run-ai commented on Dec 13, 2017

    ContributorAuthor

    reopening to decide dropping of python 3.3 support

  11. den-run-ai commented on Dec 13, 2017

    ContributorAuthor
  12. dmitriyse commented on Dec 13, 2017

    Contributor

    @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

  13. den-run-ai commented on Dec 13, 2017

    ContributorAuthor

    ok, it is safe to drop 3.3 according to this PEP: https://www.python.org/dev/peps/pep-0398/#id21

  14. self-assigned this
    on Dec 13, 2017
  15. den-run-ai commented on Jun 18, 2018

    ContributorAuthor

    closed by #685 and #689

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

No labels
No labels

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions


    Back | FazBrowse Home | New Git URL