chore(deps): bump org.jetbrains.kotlinx:kotlinx-datetime from 0.6.0-RC.2 to 0.7.1-0.6.x-compat

[dependabot]

Bumps org.jetbrains.kotlinx:kotlinx-datetime from 0.6.0-RC.2 to 0.7.1-0.6.x-compat.

Release notes

Sourced from org.jetbrains.kotlinx:kotlinx-datetime's releases.

v0.7.1

• Add kotlinx.datetime.Instant and kotlinx.datetime.Clock type aliases to, respectively, kotlin.time.Instant and kotlin.time.Clock to make migration more convenient.
• Add a fallback timezone database implementation for Darwin that uses the Foundation framework if the timezone database is unavailable on the filesystem (#485).
• Restore binary compatibility in string format definitions utilizing dates on the JVM (#545).

v0.7.0

Breaking changes:

• Remove kotlinx.datetime.Instant and kotlinx.datetime.Clock in favor of kotlin.time.Instant (#506). See https://github.com/Kotlin/kotlinx-datetime?tab=readme-ov-file#deprecation-of-instant for a description of what to do if this causes problems.
• Unify the range of admissible LocalDate and LocalDateTime values on all platforms (#432).
• Rename dayOfMonth to day, monthNumber to month (#84).
• Make DayOfWeek and Month no longer type aliases to java.time.DayOfWeek and java.time.Month (#96).
• Make "UTC" and not "Z" be the timezone identifier for TimeZone.UTC (#474).
• Accept "z" in TimeZone.of, with the same meaning as "Z" (#529).
• Add DateTimeFormat-based KSerializer implementations for datetime entities, and change the default serializers to be based on toString/parse pairs (#415).

Additions:

• Add java.io.Serializable implementations for most of the entities in the library (#143). Thanks for spotting and fixing a potential vulnerability, @​lukellmann!
• Add LocalDateRange, a range of LocalDate values (#190). Thanks, @​PeterAttardo!
• Add YearMonth and YearMonthRange (#457).

Tweaks and fixes:

• Support obtaining the system timezone on old Debian-based distributions (#430).
• Fix not being able to parse some valid timezone identifiers using the timeZoneId() directive (#444).
• Use the grammar defined in RFC 9557 for parsing timezone identifiers in the timeZoneId() directive, allowing parsing values not present in the timezone database (#531).
• Improved error messages when formatting an invalid DateTimeComponents value (#471).
• Set the JPMS dependency on kotlinx.serialization.core to be optional (#496).

v0.6.2

• Add the Wasm/WASI target support (#366). Thanks, @​igoriakovlev!
• Add TimeSource.asClock (#164). Thanks, @​hfhbd!
• Implement parsing and formatting day-of-year (#414)
• Improve the precision of NSDate to Instant conversions (#427)
• Deprecate DatePeriod.plus and DateTimePeriod.plus with a warning (#381)
• Deprecate Clock.asTimeSource with a warning (#372)
• Fix a bug in module-info preventing using kotlinx.datetime.format together with JPMS (#438). Thanks, @​cdelabou!
• Small tweaks and fixes.

v0.6.1

• Prohibit parsing non-ASCII digits as numbers in DateTimeFormat (#405)
• More accurately determine which files represent time zones and which don't on Linux and Darwin (#395)
• Fix a regression that occasionally considered the right boundary of a time overlap to be a part of it on Native (#399)
• Introduce various small improvements to the timezone handling on Windows (#390)
• On Linux, allow not having any /etc/localtime set, defaulting to TimeZone.UTC as the system time zone (#426)

v0.6.0

• Introduce the widely requested API for locale-invariant parsing and formatting (#343)
• Completely overhaul the KDoc-based documentation (#347)

... (truncated)

Changelog

Sourced from org.jetbrains.kotlinx:kotlinx-datetime's changelog.

CHANGELOG

0.7.1

• Add kotlinx.datetime.Instant and kotlinx.datetime.Clock type aliases to, respectively, kotlin.time.Instant and kotlin.time.Clock to make migration more convenient.
• Add a fallback timezone database implementation for Darwin that uses the Foundation framework if the timezone database is unavailable on the filesystem (#485).
• Restore binary compatibility in string format definitions utilizing dates on the JVM (#545).

0.7.0

Breaking changes:

• Remove kotlinx.datetime.Instant and kotlinx.datetime.Clock in favor of kotlin.time.Instant (#506). See https://github.com/Kotlin/kotlinx-datetime?tab=readme-ov-file#deprecation-of-instant for a description of what to do if this causes problems.
• Unify the range of admissible LocalDate and LocalDateTime values on all platforms (#432).
• Rename dayOfMonth to day, monthNumber to month (#84).
• Make DayOfWeek and Month no longer type aliases to java.time.DayOfWeek and java.time.Month (#96).
• Make "UTC" and not "Z" be the timezone identifier for TimeZone.UTC (#474).
• Accept "z" in TimeZone.of, with the same meaning as "Z" (#529).
• Add DateTimeFormat-based KSerializer implementations for datetime entities, and change the default serializers to be based on toString/parse pairs (#415).

Additions:

• Add java.io.Serializable implementations for most of the entities in the library (#143). Thanks for spotting and fixing a potential vulnerability, @​lukellmann!
• Add LocalDateRange, a range of LocalDate values (#190). Thanks, @​PeterAttardo!
• Add YearMonth and YearMonthRange (#457).

Tweaks and fixes:

• Support obtaining the system timezone on old Debian-based distributions (#430).
• Fix not being able to parse some valid timezone identifiers using the timeZoneId() directive (#444).
• Use the grammar defined in RFC 9557 for parsing timezone identifiers in the timeZoneId() directive, allowing parsing values not present in the timezone database (#531).
• Improved error messages when formatting an invalid DateTimeComponents value (#471).
• Set the JPMS dependency on kotlinx.serialization.core to be optional (#496).

0.6.2

• Add the Wasm/WASI target support (#366). Thanks, @​igoriakovlev!
• Add TimeSource.asClock (#164). Thanks, @​hfhbd!
• Implement parsing and formatting day-of-year (#414)
• Improve the precision of NSDate to Instant conversions (#427)
• Deprecate DatePeriod.plus and DateTimePeriod.plus with a warning (#381)
• Deprecate Clock.asTimeSource with a warning (#372)
• Fix a bug in module-info preventing using kotlinx.datetime.format together with JPMS (#438). Thanks, @​cdelabou!
• Small tweaks and fixes.

0.6.1

• Prohibit parsing non-ASCII digits as numbers in DateTimeFormat (#405)
• More accurately determine which files represent time zones and which don't on Linux and Darwin (#395)
• Fix a regression that occasionally considered the right boundary of a time overlap to be a part of it on Native (#399)

... (truncated)

Commits

• See full diff in compare view

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 show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @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)

[dkrasnoff]

@dependabot update it to 0.7.1?

[dependabot]

Looks like this PR is already up-to-date with master! If you'd still like to recreate it from scratch, overwriting any edits, you can request @dependabot recreate.

[dkrasnoff]

@dependabot recreate this pull request

[dkrasnoff]

@dependabot recreate pull request