dateutil · Feb 5, 2019 · Feb 5, 2019 · Feb 22, 2019 · Feb 22, 2019 · Feb 22, 2019
diff --git a/.travis.yml b/.travis.yml
@@ -1,42 +1,63 @@
-sudo: false
 language: python
 cache: pip
 python:
   - "2.7"
-  - "3.3"
   - "3.4"
   - "3.5"
   - "3.6"
+  - "3.7"
+  - "3.8"
   - "nightly"
-  - "pypy-5.4"
-  - "pypy3"
+  - "pypy"
+  - "pypy3.5"
+  - "pypy3.6"
 env:
   TOXENV=py
 
 matrix:
   fast_finish: true
   include:
+    - python: 3.3
+      # This is required to run Python 3.3 on Travis
+      dist: trusty
+      env: TOXENV=py33   # Needed because "py" won't invoke testenv:py33
     - python: 3.6
       env: TOXENV=docs
     - python: 3.6
       env: TOXENV=tz
     - python: 3.7
-      # This is required until Travis has a default image that
-      # can run Python 3.7
-      dist: xenial
-      sudo: required
+      env: TOXENV=build
   allow_failures:
     - python: "nightly"
+    - python: "pypy3.6"
 
 install:
-  - pip install -U six && pip install -U tox
-  - if [[ $TRAVIS_PYTHON_VERSION == "3.3" ]]; then pip install 'virtualenv<16.0'; fi
-  - if [[ $TRAVIS_PYTHON_VERSION == "3.3" ]]; then pip install 'setuptools<40.0'; fi
+  - |
+    if [[ $TRAVIS_PYTHON_VERSION == "3.3" ]]; then
+      pip install -U "pip==10.0.1"
+      PIP_ARGS="-c requirements/3.3/constraints.txt"
+    fi
+  - pip install -U "tox<3.8.0" $PIP_ARGS
   - if [[ $TOXENV == "py" ]]; then ./ci_tools/retry.sh python updatezinfo.py; fi
 
 script:
   - tox
+  - |
+    if [[ $TOXENV == "build" ]]; then
+      exactly_one() {
+        value=$(find dist -iname $1 | wc -l)
+        if [ $value -ne 1 ]; then
+          echo "Found $value instances of $1, not 1"
+          return 1
+        else
+          echo "Found exactly 1 instance of $value"
+        fi
+      }
+
+      # Check that exactly one tarball and one wheel are created
+      exactly_one '*.tar.gz'
+      exactly_one '*.whl'
+    fi
 
 after_success:
   - if [[ $TOXENV == "py" ]]; then tox -e coverage,codecov; fi
-
diff --git a/AUTHORS.md b/AUTHORS.md
@@ -19,9 +19,12 @@ switch, and thus all their contributions are dual-licensed.
 - Alex Verdyan <verdyan@MASKED>
 - Alex Willmer <alex@moreati.org.uk> (gh: @moreati) **R**
 - Alexander Brugh <alexander.brugh@MASKED> (gh: @abrugh)
+- Alexander Shadchin <alexandr.shadchin@gmail.com> (gh: @shadchin) **D**
 - Alistair McMaster <alistair@MASKED> (gh: @alimcmaster1 ) **D**
+- Allison Quinlan <aquinlan82@gmail.com> (gh: @aquinlan) **D**
 - Andrew Bennett (gh: @andrewcbennett) **D**
 - Andrew Murray <radarhere@MASKED>
+- Aritro Nandi <gurgenz221@gmail.com> (gh: @gurgenz221) **D**
 - Bernat Gabor <bgabor8@bloomberg.net> (gh: @gaborbernat) **D**
 - Bradlee Speice <bradlee@speice.io> (gh: @bspeice) **D**
 - Brandon W Maister <quodlibetor@MASKED>
@@ -41,14 +44,18 @@ switch, and thus all their contributions are dual-licensed.
 - Dominik Kozaczko <dominik@MASKED>
 - Elliot Hughes <elliot.hughes@gmail.com> (gh: @ElliotJH) **D**
 - Elvis Pranskevichus <el@MASKED>
+- Fan Huang <fanhuang.scb@gmail.com>(gh: @fhuang5) **D**
 - Florian Rathgeber (gh: @kynan) **D**
 - Gabriel Bianconi <gabriel@MASKED> (gh: @GabrielBianconi) **D**
 - Gabriel Poesia <gabriel.poesia@MASKED>
 - Gökçen Nurlu <gnurlu1@bloomberg.net> (gh: @gokcennurlu) **D**
+- Grant Garrett-Grossman <grantlycee@gmail.com> (gh: @FakeNameSE) **D**
 - Gustavo Niemeyer <gustavo@niemeyer.net> (gh: @niemeyer)
 - Holger Joukl <holger.joukl@MASKED> (gh: @hjoukl)
+- Hugo van Kemenade (gh: @hugovk) **D**
 - Igor <mrigor83@MASKED>
 - Ionuț Ciocîrlan <jdxlark@MASKED>
+- Jacqueline Chen <jacqueline415@outlook.com> (gh: @jachen20) **D**
 - Jake Chorley (gh: @jakec-github) **D**
 - Jan Studený <jendas1@MASKED>
 - Jay Weisskopf <jay@jayschwa.net> (gh: @jayschwa) **D**
@@ -64,6 +71,7 @@ switch, and thus all their contributions are dual-licensed.
 - Luca Ferocino <luca.ferox@MASKED> (gh: @lucaferocino) **D**
 - Mario Corchero <mcorcherojim@MASKED> (gh: @mariocj89) **R**
 - Mateusz Dziedzic (gh: @m-dz) **D**
+- Matt Cooper <vtbassmatt@MASKED> (gh: @vtbassmatt) **D**
 - Matthew Schinckel <matt@MASKED>
 - Max Shenfield <shenfieldmax@MASKED>
 - Maxime Lorant <maxime.lorant@MASKED>
@@ -89,6 +97,7 @@ switch, and thus all their contributions are dual-licensed.
 - Savraj <savraj@MASKED>
 - Sergey Vishnikin <armicron@MASKED>
 - Sherry Zhou (gh: @cssherry) **D**
+- Siping Meng (gh: @smeng10) **D**
 - Stefan Bonchev **D**
 - Thierry Bastian <thierryb@MASKED>
 - Thomas A Caswell <tcaswell@MASKED> (gh: @tacaswell) **R**
@@ -106,8 +115,9 @@ switch, and thus all their contributions are dual-licensed.
 - bachmann <bachmann.matt@MASKED>
 - bjv <brandon.vanvaerenbergh@MASKED> (@bjamesvERT)
 - gl <gl@MASKED>
-- labrys <labrys@MASKED> (gh: @labrys) **R**
+- gfyoung <gfyoung17@gmail.com> **D**
+- Labrys <labrys.git@gmail.com> (gh: @labrys) **R**
 - ms-boom <ms-boom@MASKED>
 - ryanss <ryanssdev@MASKED> (gh: @ryanss) **R**
 
-Unless someone has deliberately given permission to publish their e-mail, I have masked the domain names. If you are not on this list and believe you should be, or you *are* on this list and your information is inaccurate, please e-mail the current maintainer or the mailing list (dateutil@python.org) with your name, e-mail (if desired) and github (if desired / applicable), as you would like them displayed. Additionally, please indicate if you are willing to dual license your old contributions under Apache 2.0.
+Unless someone has deliberately given permission to publish their e-mail, I have masked the domain names. If you are not on this list and believe you should be, or you *are* on this list and your information is inaccurate, please e-mail the current maintainer or the mailing list (dateutil@python.org) with your name, e-mail (if desired) and GitHub (if desired / applicable), as you would like them displayed. Additionally, please indicate if you are willing to dual license your old contributions under Apache 2.0.
diff --git a/CONTRIBUTING.md b/CONTRIBUTING.md
@@ -7,7 +7,7 @@ This document outlines the ways to contribute to `python-dateutil`. This is a fa
 ### Bug reports
 Bug reports are an important type of contribution - it's important to get feedback about how the library is failing, and there's no better way to do that than to hear about real-life failure cases. A good bug report will include:
 
-1. A minimal, reproducible example - a small, self-contained script that can reproduce the behavior is the best way to get your bug fixed. For more information and tips on how to structure these, read [StackOverflow's guide to creating a minimal, complete, verified example](https://stackoverflow.com/help/mcve).
+1. A minimal, reproducible example - a small, self-contained script that can reproduce the behavior is the best way to get your bug fixed. For more information and tips on how to structure these, read [Stack Overflow's guide to creating a minimal, complete, verified example](https://stackoverflow.com/help/mcve).
 
 2. The platform and versions of everything involved, at a minimum please include operating system, `python` version and `dateutil` version. Instructions on getting your versions:
     - `dateutil`: `python -c 'import dateutil; print(dateutil.__version__)'`
@@ -51,7 +51,7 @@ an invalid value for tzstr. Reported by @pganssle (gh issue #259). Fixed by
 @pablogsal (gh pr #581)
 ```
 
-For bugs reported and fixed by the same person use "Reported and fixed by @{patch submitter}". It is not necessary to create a github issue just for the purpose of mentioning it in the changelog, if the PR *is* the report, mentioning the PR is enough.
+For bugs reported and fixed by the same person use "Reported and fixed by @{patch submitter}". It is not necessary to create a GitHub issue just for the purpose of mentioning it in the changelog, if the PR *is* the report, mentioning the PR is enough.
 
 ## License
 

diff --git a/NEWS b/NEWS
@@ -1,3 +1,83 @@
+Version 2.8.1 (2019-11-03)
+==========================
+
+Data updates
+------------
+
+- Updated tzdata version to 2019c.
+
+
+Bugfixes
+--------
+
+- Fixed a race condition in the ``tzoffset`` and ``tzstr`` "strong" caches on
+  Python 2.7. Reported by @kainjow (gh issue #901).
+- Parsing errors will now raise ``ParserError``, a subclass of ``ValueError``,
+  which has a nicer string representation. Patch by @gfyoung (gh pr #881).
+- ``parser.parse`` will now raise ``TypeError`` when ``tzinfos`` is passed a
+  type that cannot be interpreted as a time zone. Prior to this change, it
+  would raise an ``UnboundLocalError`` instead.  Patch by @jbrockmendel (gh pr
+  #891).
+- Changed error message raised when when passing a ``bytes`` object as the time
+  zone name to gettz in Python 3.  Reported and fixed by @labrys () (gh issue
+  #927, gh pr #935).
+- Changed compatibility logic to support a potential Python 4.0 release. Patch
+  by Hugo van Kemenade (gh pr #950).
+- Updated many modules to use ``tz.UTC`` in favor of ``tz.tzutc()`` internally,
+  to avoid an unnecessary function call. (gh pr #910).
+- Fixed issue where ``dateutil.tz`` was using a backported version of
+  ``contextlib.nullcontext`` even in Python 3.7 due to a malformed import
+  statement. (gh pr #963).
+
+
+Tests
+-----
+
+- Switched from using assertWarns to using pytest.warns in the test suite. (gh
+  pr #969).
+- Fix typo in setup.cfg causing PendingDeprecationWarning to not be explicitly
+  specified as an error in the warnings filter. (gh pr #966)
+- Fixed issue where ``test_tzlocal_offset_equal`` would fail in certain
+  environments (such as FreeBSD) due to an invalid assumption about what time
+  zone names are provided. Reported and fixed by Kubilay Kocak (gh issue #918,
+  pr #928).
+- Fixed a minor bug in ``test_isoparser`` related to ``bytes``/``str``
+  handling. Fixed by @fhuang5 (gh issue #776, gh pr #879).
+- Explicitly listed all markers used in the pytest configuration. (gh pr #915)
+- Extensive improvements to the parser test suite, including the adoption of
+  ``pytest``-style tests and the addition of parametrization of several test
+  cases. Patches by @jbrockmendel (gh prs #735, #890, #892, #894).
+- Added tests for tzinfos input types. Patch by @jbrockmendel (gh pr #891).
+- Fixed failure of test suite when changing the TZ variable is forbidden.
+  Patch by @shadchin (gh pr #893).
+- Pinned all test dependencies on Python 3.3. (gh prs #934, #962)
+
+
+Documentation changes
+---------------------
+
+- Fixed many misspellings, typos and styling errors in the comments and
+  documentation. Patch by Hugo van Kemenade (gh pr #952).
+
+
+Misc
+----
+
+- Added Python 3.8 to the trove classifiers. (gh pr #970)
+- Moved as many keys from ``setup.py`` to ``setup.cfg`` as possible.  Fixed by
+  @FakeNameSE, @aquinlan82, @jachen20, and @gurgenz221 (gh issue #871, gh pr
+  #880).
+- Reorganized ``parser`` methods by functionality. Patch by @jbrockmendel (gh
+  pr #882).
+- Switched ``release.py`` over to using ``pep517.build`` for creating releases,
+  rather than direct invocations of ``setup.py``. Fixed by @smeng10 (gh issue
+  #869, gh pr #875).
+- Added a "build" environment into the tox configuration, to handle dependency
+  management when making releases. Fixed by @smeng10 (gh issue #870,r
+  gh pr #876).
+- GH #916, GH #971
+
+
 Version 2.8.0 (2019-02-04)
 ==========================
 
@@ -28,19 +108,6 @@ Features
 Bugfixes
 --------
 
-- Added time zone inference when initializing an ``rrule`` with a specified
-  ``UNTIL`` but without an explicitly specified ``DTSTART``; the time zone
-  of the generated ``DTSTART`` will now be taken from the ``UNTIL`` rule.
-  Reported by @href (gh issue #652). Fixed by @absreim (gh pr #693).
-- Fixed an issue where ``parser.parse`` would raise ``Decimal``-specific errors
-  instead of a standard ``ValueError`` if certain malformed values were parsed
-  (e.g. ``NaN`` or infinite values). Reported and fixed by
-  @amureki (gh issue #662, gh pr #679).
-- Fixed issue in ``parser`` where a ``tzinfos`` call explicitly returning
-  ``None`` would throw a ``ValueError``.
-  Fixed by @parsethis (gh issue #661, gh pr #681)
-- Fixed incorrect parsing of certain dates earlier than 100 AD when repesented
-  in the form "%B.%Y.%d", e.g. "December.0031.30". (gh issue #687, pr #700)
 - Add support for ISO 8601 times with comma as the decimal separator in the
   ``dateutil.parser.isoparse`` function. (gh pr #721)
 - Changed handling of ``T24:00`` to be compliant with the standard. ``T24:00``
@@ -54,7 +121,7 @@ Bugfixes
   Reported by @cjgibson (gh issue #820). Fixed by @Cheukting (gh pr #822)
 - Fixed a bug with base offset changes during DST in ``tzfile``, and refactored
   the way base offset changes are detected. Originally reported on
-  StackOverflow by @MartinThoma. (gh issue #812, gh pr #810)
+  Stack Overflow by @MartinThoma. (gh issue #812, gh pr #810)
 - Fixed error condition in ``tz.gettz`` when a non-ASCII timezone is passed on
   Windows in Python 2.7. (gh issue #802, pr #861)
 - Improved performance and inspection properties of ``tzname`` methods.
@@ -72,47 +139,31 @@ Documentation changes
 
 - Added documentation for the ``rrule.rrulestr`` function.
   Fixed by @prdickson (gh issue #623, gh pr #762)
-- Added documentation for ``dateutil.tz.gettz``.
-  Fixed by @weatherpattern (gh issue #647, gh pr #704)
 - Add documentation for the ``dateutil.tz.win`` module and mocked out certain
   Windows-specific modules so that autodoc can still be run on non-Windows
   systems. (gh issue #442, pr #715)
 - Added changelog to documentation. (gh issue #692, gh pr #707)
-- Changed order of keywords in the ``rrule`` docstring.
-  Reported and fixed by @rmahajan14 (gh issue #686, gh pr #695).
 - Improved documentation on the use of ``until`` and ``count`` parameters in
   ``rrule``. Fixed by @lucaferocino (gh pr #755).
 - Added an example of how to use a custom ``parserinfo`` subclass to parse
   non-standard datetime formats in the examples documentation for ``parser``.
   Added by @prdickson (gh #753)
-- Added doctest examples to ``tzfile`` documentation.
-  Patch by @weatherpattern (gh pr #671)
-- Updated the documentation for ``relativedelta``'s ``weekday`` arguments.
-  Fixed by @kvn219 @huangy22 and @ElliotJH (gh pr #673)
-- Improved explanation of the order that ``relativedelta`` components are
-  applied in. Fixed by @kvn219 @huangy22 and @ElliotJH (gh pr #673)
 - Expanded the description and examples in the ``relativedelta`` class.
   Contributed by @andrewcbennett (gh pr #759)
 - Improved the contributing documentation to clarify where to put new changelog
   files. Contributed by @andrewcbennett (gh pr #757)
 - Fixed a broken doctest in the ``relativedelta`` module.
   Fixed by @nherriot (gh pr #758).
-- Changed the default theme to ``sphinx_rtd_theme``, and changed the sphinx
-  configuration accordingly. (gh pr #707)
 - Reorganized ``dateutil.tz`` documentation and fixed issue with the
   ``dateutil.tz`` docstring. (gh pr #714)
-- Cleaned up malformed RST in the ``tz`` documentation.
-  (gh issue #702, gh pr #706)
-- Corrected link syntax and updated URL to https for ISO year week number
-  notation in ``relativedelta`` examples. (gh issue #670, pr #711)
 
 
 Misc
 ----
 
-- GH #674, GH #688, GH #699, GH #720, GH #723, GH #726, GH #727, GH #740,
-  GH #750, GH #760, GH #767, GH #772, GH #773, GH #780, GH #784, GH #785,
-  GH #791, GH #799, GH #813, GH #836, GH #839, GH #857
+- GH #720, GH #723, GH #726, GH #727, GH #740, GH #750, GH #760, GH #767,
+  GH #772, GH #773, GH #780, GH #784, GH #785, GH #791, GH #799, GH #813,
+  GH #836, GH #839, GH #857
 
 
 Version 2.7.5 (2018-10-27)
@@ -145,18 +196,19 @@ Data updates
 Bugfixes
 --------
 
-- Fixed an issue where decimal.Decimal would cast `NaN` or infinite value in a
-  parser.parse, which will raise decimal.Decimal-specific errors. Reported and
-  fixed by @amureki (gh issue #662, gh pr #679).
-- Fixed a ValueError being thrown if tzinfos call explicity returns ``None``.
-  Reported by @pganssle (gh issue #661) Fixed by @parsethis (gh pr #681)
-- Fixed incorrect parsing of certain dates earlier than 100 AD when repesented
+- Fixed an issue where ``parser.parse`` would raise ``Decimal``-specific errors
+  instead of a standard ``ValueError`` if certain malformed values were parsed
+  (e.g. ``NaN`` or infinite values). Reported and fixed by
+  @amureki (gh issue #662, gh pr #679).
+- Fixed issue in ``parser`` where a ``tzinfos`` call explicitly returning
+  ``None`` would throw a ``ValueError``.
+  Fixed by @parsethis (gh issue #661, gh pr #681)
+- Fixed incorrect parsing of certain dates earlier than 100 AD when represented
   in the form "%B.%Y.%d", e.g. "December.0031.30". (gh issue #687, pr #700)
-- Fixed a bug where automatically generated DTSTART was naive even if a
-  specified UNTIL had a time zone. Automatically generated DTSTART will now
-  take on the timezone of an UNTIL date, if provided. Reported by @href (gh
-  issue #652). Fixed by @absreim (gh pr #693).
-
+- Added time zone inference when initializing an ``rrule`` with a specified
+  ``UNTIL`` but without an explicitly specified ``DTSTART``; the time zone
+  of the generated ``DTSTART`` will now be taken from the ``UNTIL`` rule.
+  Reported by @href (gh issue #652). Fixed by @absreim (gh pr #693).
 
 Documentation changes
 ---------------------
@@ -176,8 +228,8 @@ Documentation changes
   issue #647). Fixed by @weatherpattern (gh pr #704)
 - Cleaned up malformed RST in the ``tz`` documentation. (gh issue #702, gh pr
   #706)
-- Changed the default theme to sphinx_rtd_theme, and changed the sphinx
-  configuration to go along with that. (gh pr #707)
+- Changed the default theme to ``sphinx_rtd_theme``, and changed the sphinx
+  configuration accordingly. (gh pr #707)
 - Reorganized ``dateutil.tz`` documentation and fixed issue with the
   ``dateutil.tz`` docstring. (gh pr #714)
 
@@ -281,7 +333,7 @@ Version 2.7.0
   and fixed by @jbrockmendel (gh pr #589)
 - Significantly refactored parser code by @jbrockmendel (gh prs #419, #436,
   #490, #498, #539) and @pganssle (gh prs #435, #468)
-- Implementated of __hash__ for relativedelta and weekday, reported and fixed
+- Implemented of __hash__ for relativedelta and weekday, reported and fixed
   by @mrigor (gh pr #389) 
 - Implemented __abs__ for relativedelta. Reported by @binnisb and @pferreir
   (gh issue #350, pr #472)
@@ -367,7 +419,7 @@ Version 2.7.0
 - Fixed dangling parenthesis in tzoffset documentation (gh pr #461)
 - Started including the license file in wheels. Reported and fixed by
   @jdufresne (gh pr #476)
-- Indendation fixes to parser docstring by @jbrockmendel (gh pr #492)
+- Indentation fixes to parser docstring by @jbrockmendel (gh pr #492)
 - Moved many examples from the "examples" documentation into their appropriate
   module documentation pages. Fixed by @Tomasz-Kluczkowski and @jakec-github
   (gh pr #558, #561)
@@ -521,7 +573,7 @@ Version 2.5.0
 - zoneinfo_metadata file version increased to 2.0 - the updated updatezinfo.py
   script will work with older zoneinfo_metadata.json files, but new metadata
   files will not work with older updatezinfo.py versions. Additionally, we have
-  started hosting our own mirror of the Olson databases on a github pages
+  started hosting our own mirror of the Olson databases on a GitHub pages
   site (https://dateutil.github.io/tzdata/) (gh pr #183)
 - dateutil zoneinfo tarballs now contain the full zoneinfo_metadata file used
   to generate them. (gh issue #27, gh pr #85)