hackoregon / 2019HackORDataScienceTemplate

Template to get the 2019 data science parts of a Hack Oregon project started :)
MIT License
2 stars 0 forks source link

Bump arrow from 0.13.1 to 0.15.1 in /build #43

Open dependabot[bot] opened 2 years ago

dependabot[bot] commented 2 years ago

Bumps arrow from 0.13.1 to 0.15.1.

Release notes

Sourced from arrow's releases.

Version 0.15.1

  • [FIX] Fixed a bug that caused Arrow to fail when passed a negative timestamp string.
  • [FIX] Fixed a bug that caused Arrow to fail when passed a datetime object with tzinfo of type StaticTzInfo.

Version 0.15.0

  • [NEW] Added support for DDD and DDDD ordinal date tokens. The following functionality is now possible: arrow.get("1998-045"), arrow.get("1998-45", "YYYY-DDD"), arrow.get("1998-045", "YYYY-DDDD").
  • [NEW] ISO 8601 basic format for dates and times is now supported (e.g. YYYYMMDDTHHmmssZ).
  • [NEW] Added humanize week granularity translations for French, Russian and Swiss German locales.
  • [CHANGE] Timestamps of type str are no longer supported without a format string in the arrow.get() method. This change was made to support the ISO 8601 basic format and to address bugs such as #447.
# will NOT work in v0.15.0
arrow.get("1565358758")
arrow.get("1565358758.123413")

will work in v0.15.0

arrow.get("1565358758", "X") arrow.get("1565358758.123413", "X") arrow.get(1565358758) arrow.get(1565358758.123413)

  • [CHANGE] When a meridian token (a|A) is passed and no meridians are available for the specified locale (e.g. unsupported or untranslated) a ParserError is raised.
  • [CHANGE] The timestamp token (X) will now match float timestamps of type str: arrow.get(“1565358758.123415”, “X”).
  • [CHANGE] Strings with leading and/or trailing whitespace will no longer be parsed without a format string. Please see the docs for ways to handle this.
  • [FIX] The timestamp token (X) will now only match on strings that strictly contain integers and floats, preventing incorrect matches.
  • [FIX] Most instances of arrow.get() returning an incorrect Arrow object from a partial parsing match have been eliminated. The following issue have been addressed: #91, #196, #396, #434, #447, #456, #519, #538, #560.

Version 0.14.7

  • [CHANGE] ArrowParseWarning will no longer be printed on every call to arrow.get() with a datetime string. The purpose of the warning was to start a conversation about the upcoming 0.15.0 changes and we appreciate all the feedback that the community has given us!

Version 0.14.6

  • [NEW] Added support for week granularity in Arrow.humanize(). For example, arrow.utcnow().shift(weeks=-1).humanize(granularity="week") outputs "a week ago". This change introduced two new untranslated words, week and weeks, to all locale dictionaries, so locale contributions are welcome!
  • [NEW] Fully translated the Brazilian Portugese locale.
  • [CHANGE] Updated the Macedonian locale to inherit from a Slavic base.
  • [FIX] Fixed a bug that caused arrow.get() to ignore tzinfo arguments of type string (e.g. arrow.get(tzinfo="Europe/Paris")).
  • [FIX] Fixed a bug that occurred when arrow.Arrow() was instantiated with a pytz tzinfo object.
  • [FIX] Fixed a bug that caused Arrow to fail when passed a sub-second token, that when rounded, had a value greater than 999999 (e.g. arrow.get("2015-01-12T01:13:15.9999995")). Arrow should now accurately propagate the rounding for large sub-second tokens.

Version 0.14.5

  • Added Afrikaans locale.
  • Removed deprecated replace shift functionality.
  • Fixed bug that occurred when factory.get() was passed a locale kwarg. (#630 )

Version 0.14.4

  • Fixed a regression in 0.14.3 that prevented a tzinfo argument of type string to be passed to the get() function. Functionality such as arrow.get("2019072807", "YYYYMMDDHH", tzinfo="UTC") should work as normal again.
  • Moved backports.functools_lru_cache dependency from extra_requires to install_requires for Python 2.7 installs to fix #495.

Version 0.14.3

  • Added full support for Python 3.8.

... (truncated)

Changelog

Sourced from arrow's changelog.

0.15.1 (2019-09-10)

  • [NEW] Added humanize week granularity translations for Japanese.
  • [FIX] Fixed a bug that caused Arrow to fail when passed a negative timestamp string.
  • [FIX] Fixed a bug that caused Arrow to fail when passed a datetime object with tzinfo of type StaticTzInfo.

0.15.0 (2019-09-08)

  • [NEW] Added support for DDD and DDDD ordinal date tokens. The following functionality is now possible: arrow.get("1998-045"), arrow.get("1998-45", "YYYY-DDD"), arrow.get("1998-045", "YYYY-DDDD").
  • [NEW] ISO 8601 basic format for dates and times is now supported (e.g. YYYYMMDDTHHmmssZ).
  • [NEW] Added humanize week granularity translations for French, Russian and Swiss German locales.
  • [CHANGE] Timestamps of type str are no longer supported without a format string in the arrow.get() method. This change was made to support the ISO 8601 basic format and to address bugs such as [#447](https://github.com/arrow-py/arrow/issues/447) <https://github.com/arrow-py/arrow/issues/447>_.

The following will NOT work in v0.15.0:

.. code-block:: python

>>> arrow.get("1565358758")
>>> arrow.get("1565358758.123413")

The following will work in v0.15.0:

.. code-block:: python

>>> arrow.get("1565358758", "X")
>>> arrow.get("1565358758.123413", "X")
>>> arrow.get(1565358758)
>>> arrow.get(1565358758.123413)
  • [CHANGE] When a meridian token (a|A) is passed and no meridians are available for the specified locale (e.g. unsupported or untranslated) a ParserError is raised.
  • [CHANGE] The timestamp token (X) will now match float timestamps of type str: arrow.get(“1565358758.123415”, “X”).
  • [CHANGE] Strings with leading and/or trailing whitespace will no longer be parsed without a format string. Please see the docs <https://arrow.readthedocs.io/#regular-expressions>_ for ways to handle this.
  • [FIX] The timestamp token (X) will now only match on strings that strictly contain integers and floats, preventing incorrect matches.
  • [FIX] Most instances of arrow.get() returning an incorrect Arrow object from a partial parsing match have been eliminated. The following issue have been addressed: [#91](https://github.com/arrow-py/arrow/issues/91) <https://github.com/arrow-py/arrow/issues/91>, [#196](https://github.com/arrow-py/arrow/issues/196) <https://github.com/arrow-py/arrow/issues/196>, [#396](https://github.com/arrow-py/arrow/issues/396) <https://github.com/arrow-py/arrow/issues/396>, [#434](https://github.com/arrow-py/arrow/issues/434) <https://github.com/arrow-py/arrow/issues/434>, [#447](https://github.com/arrow-py/arrow/issues/447) <https://github.com/arrow-py/arrow/issues/447>, [#456](https://github.com/arrow-py/arrow/issues/456) <https://github.com/arrow-py/arrow/issues/456>, [#519](https://github.com/arrow-py/arrow/issues/519) <https://github.com/arrow-py/arrow/issues/519>, [#538](https://github.com/arrow-py/arrow/issues/538) <https://github.com/arrow-py/arrow/issues/538>, [#560](https://github.com/arrow-py/arrow/issues/560) <https://github.com/arrow-py/arrow/issues/560>_.

0.14.7 (2019-09-04)

  • [CHANGE] ArrowParseWarning will no longer be printed on every call to arrow.get() with a datetime string. The purpose of the warning was to start a conversation about the upcoming 0.15.0 changes and we appreciate all the feedback that the community has given us!

0.14.6 (2019-08-28)

  • [NEW] Added support for week granularity in Arrow.humanize(). For example, arrow.utcnow().shift(weeks=-1).humanize(granularity="week") outputs "a week ago". This change introduced two new untranslated words, week and weeks, to all locale dictionaries, so locale contributions are welcome!
  • [NEW] Fully translated the Brazilian Portuguese locale.
  • [CHANGE] Updated the Macedonian locale to inherit from a Slavic base.
  • [FIX] Fixed a bug that caused arrow.get() to ignore tzinfo arguments of type string (e.g. arrow.get(tzinfo="Europe/Paris")).
  • [FIX] Fixed a bug that occurred when arrow.Arrow() was instantiated with a pytz tzinfo object.

... (truncated)

Commits


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.


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 You can disable automated security fix PRs for this repo from the [Security Alerts page](https://github.com/hackoregon/2019HackORDataScienceTemplate/network/alerts).