Update timex: 3.6.3 → 3.7.5 (minor)

⌛Your trial has expired ⌛

Thanks for testing out Depfu, we hope it has been useful and saved you some time! Your free trial for private repos has now expired. We're not just going to cut you off right away, but if you want to continue using Depfu, please upgrade your account as soon as possible.

Any questions or feedback, please let us know. Thanks for using Depfu!

Here is everything you need to know about this update. Please take a good look at what changed and the test results before merging this pull request.

What changed?

✳️ timex (3.6.3 → 3.7.5) · Repo · Changelog

Release Notes

3.7.5 (from changelog)

Added/Changed

Added Timex.Timezone.get/3 to allow requesting timezones using utc or wall clock as desired

Fixed

Addressed issues #652, #658, #659, #656, #654, #653

3.7.3 (from changelog)

NOTE: The config of the Timex default locale is changed to:
config :timex, Timex.Gettext, default_locale: "en"
This follows the standard set by Gettext, see: the Gettext docs

Now when the Gettext locale is being changed on runtime with:
Gettext.put_locale("nl")
The Gettext backend for Timex will follow suit. If for some reason you want Timex, and just Timex, to change its locale to something else you should target the Timex.Gettext backend with:
Timex.Gettext.put_locale("de")
Potentially Breaking

Fixed handling of Etc/GMT vs GMT timezones. The former must be POSIX compatible, which inverts the meaning of the sign, whereas the latter have no such restriction and are equivalent to UTC(+/-)HH:MM, while this is fixing incorrect behavior, it could potentially break users relying on the incorrect behavior.

Fixed

#494, incorrect handling of parsing week numbers

Improve parsing of timezones

Incorrect stringification of error values returned in some circumstances

Let Timex follow the locale set by the global Gettext. See #501

Added/Changed

Removed Timex.Timezone.diff, as it is no longer used in Timex

Added support for obtaining the Julian day of year via Calendar.Julian.date_for_day_of_year/3

Fixed

3.7.1 (from changelog)

Fixed

local/0 and local/1 were incorrectly returning TimezoneInfo structs due to a bad match

3.7.0 (from changelog)

Potentially Breaking

Elixir 1.8+ is now required

Tzdata 1.0+ is now required

If you were previously relying on ? suffixed functions to return {:error, reason} if given invalid date/time inputs (other than is_valid?), these functions now always return booleans and raise if an error with the input is encountered

Added/Changed

Refactored much of the library to delegate to the Calendar API where appropriate, we now make more of an effort to avoid duplication of the standard library functionality

Functions with the ? suffix now correctly raise on invalid inputs, and always return booleans. This was implicitly broken before, we need to follow convention here.

Local timezone handling no longer requires parsing the zoneinfo files, instead we attempt to observe the timezone name that is active and feed that into the timezone database directly. We were just using the abbreviations before, but that wasn't correct behavior at all. In the future we may want to support the system timezone database as a proper implementation of Calendar.TimeZoneDatabase, but for now we've just removed the unnecessary parsing work that was going on here.

Timex.today/1 which returns today's date in the provided timezone

Fixed

Handling of timezones across DST. More generally we now handle gaps/ambiguity much more consistently

ZoneInfo parser was refactored, now properly supports version 2/3 files, addresses some small bugs in previous code

Some incorrect/redundant typespecs were removed/fixed

We now support alternative timezone databases for API operations that do not need to interact with the Timex.Timezone module directly. That module is still tied to tzdata for now, but in the future may be modified to remove the direct dependency.

Does any of this look wrong? Please let us know.

Commits

See the full diff on Github. The new version differs by 63 commits:

↗️ certifi (indirect, 2.5.3 → 2.6.1) · Repo

Commits

See the full diff on Github. The new version differs by 21 commits:

↗️ hackney (indirect, 1.17.0 → 1.17.4) · Repo · Changelog

Release Notes

1.17.4 (from changelog)

fix checking when socket is put back in the pool when the requester died.

1.17.3 (from changelog)

fix: ensure we release a socket in the pool when the requester died before beeing monitored.

1.17.2 (from changelog)

use parse_trans 3.3.1 only (fix compatibility with Erlang < 21)

bump certifi version

Allow merging of SSL opts

1.17.1 (from changelog)

fix: Avoid parse_trans warning when using hackney as a dependency

fix: Link checkout process to fix dangling aborted request

Does any of this look wrong? Please let us know.

Commits

See the full diff on Github. The new version differs by 19 commits:

↗️ tzdata (indirect, 1.0.5 → 1.1.0) · Repo · Changelog

Release Notes

1.1.0 (from changelog)

Fixed

Fixed Elixir 1.11 compilation warnings. (Ho-Yon Mak)

Changed

Increased hackney dependency version requirement to ~> 1.17

tzdata release version shipped with this library is now 2020e instead of 2020d.

Does any of this look wrong? Please let us know.

Commits

See the full diff on Github. The new version differs by 8 commits:

Depfu will automatically keep this PR conflict-free, as long as you don't add any commits to this branch yourself. You can also trigger a rebase manually by commenting with @depfu rebase.

All Depfu comment commands

@depfu rebase
Rebases against your default branch and redoes this update

@depfu recreate
Recreates this PR, overwriting any edits that you've made to it

@depfu merge
Merges this PR once your tests are passing and conflicts are resolved

@depfu close
Closes this PR and deletes the branch

@depfu reopen
Restores the branch and reopens this PR (if it's closed)

@depfu pause
Ignores all future updates for this dependency and closes this PR

@depfu pause [minor|major]
Ignores all future minor/major updates for this dependency and closes this PR

@depfu resume
Future versions of this dependency will create PRs again (leaves this PR as is)

Go to the Depfu Dashboard to see the state of your dependencies and to customize how Depfu works.

distributeaid / toolbox