Skip to content

Drop support for Python 2.6#362

Merged
pganssle merged 1 commit into
dateutil:masterfrom
jdufresne:drop-py26
Jul 16, 2017
Merged

Drop support for Python 2.6#362
pganssle merged 1 commit into
dateutil:masterfrom
jdufresne:drop-py26

Conversation

@jdufresne

@jdufresne jdufresne commented Apr 17, 2017

Copy link
Copy Markdown
Contributor

I would humbly like to suggest dateutil drop support for Python 2.6.

The last release of Python 2.6 was 2013-10-29, over 3 years ago. It is
no longer receiving security fixes.

https://www.python.org/dev/peps/pep-0361/

The pip project itself has recently dropped support for 2.6. Their
numbers estimate that Python 2.6 accounts for ~2% of their downloads.

pypa/pip#4343

For projects that still use Python 2.6, they can continue to pip install
an older version.

I've tried my best to remove as much 2.6 specific code as I can,
including the 'Programming Language :: Python :: 2.6' trove classifier
from setup.py. I've also removed Travis CI testing, which should result
in faster testing and fewer wasted resources.

Code changed:

  • Removed Python2.6 from testing configuration
  • setup.py cleanups due to fewer version complications
  • Removed unittest2 dependency and monkey patching
  • Use set literals
  • Use dict comprehension
  • Remove total_seconds workaround
  • Remove TarFile.open() context manager workaround

Thanks for considering.

@pganssle

Copy link
Copy Markdown
Member

I'm amenable to this, but I'd like to get out at least one more bugfix release on timezone support before Python 2.6 is dropped.

@pganssle

Copy link
Copy Markdown
Member

@jdufresne If you have time, can you rebase and update this PR? I think we can go ahead and merge.

I would humbly like to suggest dateutil drop support for Python 2.6.

The last release of Python 2.6 was 2013-10-29, over 3 years ago. It is
no longer receiving security fixes.

https://www.python.org/dev/peps/pep-0361/

The pip project itself has recently dropped support for 2.6. Their
numbers estimate that Python 2.6 accounts for ~2% of their downloads.

pypa/pip#4343

For projects that still use Python 2.6, they can continue to pip install
an older version.

I've tried my best to remove as much 2.6 specific code as I can,
including the 'Programming Language :: Python :: 2.6' trove classifier
from setup.py. I've also removed Travis CI testing, which should result
in faster testing and fewer wasted resources.

Code changed:

- Removed Python2.6 from testing configuration
- setup.py cleanups due to fewer version complications
- Removed unittest2 dependency and monkey patching
- Use set literals
- Use dict comprehension
- Remove total_seconds workaround
- Remove TarFile.open() context manager workaround

Thanks for considering.
@jdufresne

Copy link
Copy Markdown
Contributor Author

Thanks @pganssle. I've rebased the changes on to the latest master. All additional feedback welcome.

@pganssle

Copy link
Copy Markdown
Member

Thanks @jdufresne. So far it looks good but I'll give it a more thorough review and merge tonight.

@pganssle

Copy link
Copy Markdown
Member

OK, LGTM!

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

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants