PatMyron / advent-of-code

solutions 🎄
https://adventofcode.com/
0 stars 2 forks source link

Bump python-dateutil from 2.8.0 to 2.8.1 #23

Closed dependabot-preview[bot] closed 1 year ago

dependabot-preview[bot] commented 5 years ago

Bumps python-dateutil from 2.8.0 to 2.8.1.

Release notes *Sourced from [python-dateutil's releases](https://github.com/dateutil/dateutil/releases).* > ## 2.8.1 > 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](https://github.com/kainjow) (gh issue [#901](https://github-redirect.dependabot.com/dateutil/dateutil/issues/901)). > - Parsing errors will now raise `ParserError`, a subclass of > `ValueError`, which has a nicer string representation. Patch by > \[@​gfyoung](https://github.com/gfyoung) (gh pr [#881](https://github-redirect.dependabot.com/dateutil/dateutil/issues/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](https://github.com/jbrockmendel) (gh pr [#891](https://github-redirect.dependabot.com/dateutil/dateutil/issues/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](https://github.com/labrys) () (gh issue [#927](https://github-redirect.dependabot.com/dateutil/dateutil/issues/927), gh pr [#935](https://github-redirect.dependabot.com/dateutil/dateutil/issues/935)). > - Changed compatibility logic to support a potential Python 4.0 > release. Patch by Hugo van Kemenade (gh pr [#950](https://github-redirect.dependabot.com/dateutil/dateutil/issues/950)). > - Updated many modules to use `tz.UTC` in favor of `tz.tzutc()` > internally, to avoid an unnecessary function call. (gh pr [#910](https://github-redirect.dependabot.com/dateutil/dateutil/issues/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](https://github-redirect.dependabot.com/dateutil/dateutil/issues/963)). > > Tests > ----- > > - Switched from using assertWarns to using pytest.warns in the test > suite. (gh pr [#969](https://github-redirect.dependabot.com/dateutil/dateutil/issues/969)). > - Fix typo in setup.cfg causing PendingDeprecationWarning to not be > explicitly specified as an error in the warnings filter. (gh pr > [#966](https://github-redirect.dependabot.com/dateutil/dateutil/issues/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](https://github-redirect.dependabot.com/dateutil/dateutil/issues/918), pr [#928](https://github-redirect.dependabot.com/dateutil/dateutil/issues/928)). > - Fixed a minor bug in `test_isoparser` related to `bytes`/`str` > handling. Fixed by \[@​fhuang5](https://github.com/fhuang5) (gh issue [#776](https://github-redirect.dependabot.com/dateutil/dateutil/issues/776), gh pr [#879](https://github-redirect.dependabot.com/dateutil/dateutil/issues/879)). > - Explicitly listed all markers used in the pytest configuration. (gh > pr [#915](https://github-redirect.dependabot.com/dateutil/dateutil/issues/915)) > - Extensive improvements to the parser test suite, including the > adoption of `pytest`-style tests and the addition of parametrization > ... (truncated)
Changelog *Sourced from [python-dateutil's changelog](https://github.com/dateutil/dateutil/blob/master/NEWS).* > 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](https://github.com/kainjow) (gh issue [#901](https://github-redirect.dependabot.com/dateutil/dateutil/issues/901)). > - Parsing errors will now raise ``ParserError``, a subclass of ``ValueError``, > which has a nicer string representation. Patch by [@​gfyoung](https://github.com/gfyoung) (gh pr [#881](https://github-redirect.dependabot.com/dateutil/dateutil/issues/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](https://github.com/jbrockmendel) (gh pr > [#891](https://github-redirect.dependabot.com/dateutil/dateutil/issues/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](https://github.com/labrys) () (gh issue > [#927](https://github-redirect.dependabot.com/dateutil/dateutil/issues/927), gh pr [#935](https://github-redirect.dependabot.com/dateutil/dateutil/issues/935)). > - Changed compatibility logic to support a potential Python 4.0 release. Patch > by Hugo van Kemenade (gh pr [#950](https://github-redirect.dependabot.com/dateutil/dateutil/issues/950)). > - Updated many modules to use ``tz.UTC`` in favor of ``tz.tzutc()`` internally, > to avoid an unnecessary function call. (gh pr [#910](https://github-redirect.dependabot.com/dateutil/dateutil/issues/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](https://github-redirect.dependabot.com/dateutil/dateutil/issues/963)). > > > Tests > ----- > > - Switched from using assertWarns to using pytest.warns in the test suite. (gh > pr [#969](https://github-redirect.dependabot.com/dateutil/dateutil/issues/969)). > - Fix typo in setup.cfg causing PendingDeprecationWarning to not be explicitly > specified as an error in the warnings filter. (gh pr [#966](https://github-redirect.dependabot.com/dateutil/dateutil/issues/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](https://github-redirect.dependabot.com/dateutil/dateutil/issues/918), > pr [#928](https://github-redirect.dependabot.com/dateutil/dateutil/issues/928)). > - Fixed a minor bug in ``test_isoparser`` related to ``bytes``/``str`` > handling. Fixed by [@​fhuang5](https://github.com/fhuang5) (gh issue [#776](https://github-redirect.dependabot.com/dateutil/dateutil/issues/776), gh pr [#879](https://github-redirect.dependabot.com/dateutil/dateutil/issues/879)). > - Explicitly listed all markers used in the pytest configuration. (gh pr [#915](https://github-redirect.dependabot.com/dateutil/dateutil/issues/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](https://github.com/jbrockmendel) (gh prs [#735](https://github-redirect.dependabot.com/dateutil/dateutil/issues/735), [#890](https://github-redirect.dependabot.com/dateutil/dateutil/issues/890), [#892](https://github-redirect.dependabot.com/dateutil/dateutil/issues/892), [#894](https://github-redirect.dependabot.com/dateutil/dateutil/issues/894)). > - Added tests for tzinfos input types. Patch by [@​jbrockmendel](https://github.com/jbrockmendel) (gh pr [#891](https://github-redirect.dependabot.com/dateutil/dateutil/issues/891)). > ... (truncated)
Commits - [`fc9b162`](https://github.com/dateutil/dateutil/commit/fc9b1625ebc729f01e449879b6b140abd12ae621) Merge pull request [#974](https://github-redirect.dependabot.com/dateutil/dateutil/issues/974) from pganssle/release_2.8.1 - [`4ccc8bb`](https://github.com/dateutil/dateutil/commit/4ccc8bb3560988c8414ab499a9578ce8a313a135) Update changelog for 2.8.1 release. - [`5fdbdbb`](https://github.com/dateutil/dateutil/commit/5fdbdbb79680a15abb24c5a0e61dd280507b13b8) Merge pull request [#971](https://github-redirect.dependabot.com/dateutil/dateutil/issues/971) from pganssle/update_releasing - [`e0f0b7e`](https://github.com/dateutil/dateutil/commit/e0f0b7edc34f7a397d47a4c9d159e00f042d483a) Add changelog for PR [#971](https://github-redirect.dependabot.com/dateutil/dateutil/issues/971) - [`9390c88`](https://github.com/dateutil/dateutil/commit/9390c888472a6726096df8c382e2abdfb1e99567) Update RELEASING documentation - [`3c9ccaa`](https://github.com/dateutil/dateutil/commit/3c9ccaa8478eabdfde90ab1c92d356c6d1fb3c87) Change "Misc" to showcontent=True - [`58a4e46`](https://github.com/dateutil/dateutil/commit/58a4e46021dd2e441d443e65d260b97c19d49bd5) Add "news" environment to tox - [`55301cd`](https://github.com/dateutil/dateutil/commit/55301cd0ed2f768e3b9a1265fabf61f66ba3fac5) Fix Travis test for build command. - [`e03f1de`](https://github.com/dateutil/dateutil/commit/e03f1deb5c2a1db4dd8bac23afd0252ff87de25d) Add working build and release tox environments. - [`357c62c`](https://github.com/dateutil/dateutil/commit/357c62cf9b9ede947e7c955a6bcbe3c611234b09) Merge pull request [#973](https://github-redirect.dependabot.com/dateutil/dateutil/issues/973) from pganssle/strong_cache_race - Additional commits viewable in [compare view](https://github.com/dateutil/dateutil/compare/2.8.0...2.8.1)


Dependabot compatibility score

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

If all status checks pass Dependabot will automatically merge this pull request.


Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR: - `@dependabot rebase` will rebase this PR - `@dependabot recreate` will recreate this PR, overwriting any edits that have been made to it - `@dependabot merge` will merge this PR after your CI passes on it - `@dependabot squash and merge` will squash and merge this PR after your CI passes on it - `@dependabot cancel merge` will cancel a previously requested merge and block automerging - `@dependabot reopen` will reopen this PR if it is closed - `@dependabot close` will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually - `@dependabot ignore this major version` will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself) - `@dependabot ignore this minor version` will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself) - `@dependabot ignore this dependency` will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself) - `@dependabot use these labels` will set the current labels as the default for future PRs for this repo and language - `@dependabot use these reviewers` will set the current reviewers as the default for future PRs for this repo and language - `@dependabot use these assignees` will set the current assignees as the default for future PRs for this repo and language - `@dependabot use this milestone` will set the current milestone as the default for future PRs for this repo and language - `@dependabot badge me` will comment on this PR with code to add a "Dependabot enabled" badge to your readme Additionally, you can set the following in your Dependabot [dashboard](https://app.dependabot.com): - Update frequency (including time of day and day of week) - Pull request limits (per update run and/or open at any time) - Automerge options (never/patch/minor, and dev/runtime dependencies) - Out-of-range updates (receive only lockfile updates, if desired) - Security updates (receive only security updates, if desired)
dependabot-preview[bot] commented 5 years ago

One of your CI runs failed on this pull request, so Dependabot won't merge it.

Dependabot will still automatically merge this pull request if you amend it and your tests pass.