BurntNail / vent

Website for managing House Events
https://blog.maguire.tech/posts/projects/vent/
MIT License
4 stars 1 forks source link

fix(deps): update rust crate chrono to 0.4.31 #143

Closed renovate[bot] closed 1 year ago

renovate[bot] commented 1 year ago

Mend Renovate

This PR contains the following updates:

Package Type Update Change
chrono dependencies patch 0.4.26 -> 0.4.31

Release Notes

chronotope/chrono (chrono) ### [`v0.4.31`](https://togithub.com/chronotope/chrono/releases/tag/v0.4.31): 0.4.31 [Compare Source](https://togithub.com/chronotope/chrono/compare/v0.4.30...v0.4.31) Another maintenance release. It was not a planned effort to improve our support for UNIX timestamps, yet most PRs seem related to this. ##### Deprecations - Deprecate `timestamp_nanos` in favor of the non-panicking `timestamp_nanos_opt` ([#​1275](https://togithub.com/chronotope/chrono/issues/1275)) ##### Additions - Add `DateTime::::from_timestamp` ([#​1279](https://togithub.com/chronotope/chrono/issues/1279), thanks [@​demurgos](https://togithub.com/demurgos)) - Add `TimeZone::timestamp_micros` ([#​1285](https://togithub.com/chronotope/chrono/issues/1285), thanks [@​emikitas](https://togithub.com/emikitas)) - Add `DateTime::timestamp_nanos_opt` and `NaiveDateTime::timestamp_nanos_opt` ([#​1275](https://togithub.com/chronotope/chrono/issues/1275)) - Add `UNIX_EPOCH` constants ([#​1291](https://togithub.com/chronotope/chrono/issues/1291)) ##### Fixes - Format day of month in RFC 2822 without padding ([#​1272](https://togithub.com/chronotope/chrono/issues/1272)) - Don't allow strange leap seconds which are not on a minute boundary initialization methods ([#​1283](https://togithub.com/chronotope/chrono/issues/1283)) This makes many methods a little more strict: - `NaiveTime::from_hms_milli` - `NaiveTime::from_hms_milli_opt` - `NaiveTime::from_hms_micro` - `NaiveTime::from_hms_micro_opt` - `NaiveTime::from_hms_nano` - `NaiveTime::from_hms_nano_opt` - `NaiveTime::from_num_seconds_from_midnight` - `NaiveTime::from_num_seconds_from_midnight_opt` - `NaiveDate::and_hms_milli` - `NaiveDate::and_hms_milli_opt` - `NaiveDate::and_hms_micro` - `NaiveDate::and_hms_micro_opt` - `NaiveDate::and_hms_nano` - `NaiveDate::and_hms_nano_opt` - `NaiveDateTime::from_timestamp` - `NaiveDateTime::from_timestamp_opt` - `TimeZone::timestamp` - `TimeZone::timestamp_opt` - Fix underflow in `NaiveDateTime::timestamp_nanos_opt` ([#​1294](https://togithub.com/chronotope/chrono/issues/1294), thanks [@​crepererum](https://togithub.com/crepererum)) ##### Documentation - Add more documentation about the RFC 2822 obsolete date format ([#​1267](https://togithub.com/chronotope/chrono/issues/1267)) ##### Internal - Remove internal `__doctest` feature and `doc_comment` dependency ([#​1276](https://togithub.com/chronotope/chrono/issues/1276)) - CI: Bump `actions/checkout` from 3 to 4 ([#​1280](https://togithub.com/chronotope/chrono/issues/1280)) - Optimize `NaiveDate::add_days` for small values ([#​1214](https://togithub.com/chronotope/chrono/issues/1214)) - Upgrade `pure-rust-locales` to 0.7.0 ([#​1288](https://togithub.com/chronotope/chrono/issues/1288), thanks [@​jeremija](https://togithub.com/jeremija) wo did good improvements on `pure-rust-locales`) Thanks to all contributors on behalf of the chrono team, [@​djc](https://togithub.com/djc) and [@​pitdicker](https://togithub.com/pitdicker)! ### [`v0.4.30`](https://togithub.com/chronotope/chrono/releases/tag/v0.4.30): 0.4.30 [Compare Source](https://togithub.com/chronotope/chrono/compare/v0.4.29...v0.4.30) In this release, we have decided to swap out the `chrono::Duration` type (which has been a re-export of time 0.1 `Duration` type) with our own definition, which exposes a strict superset of the `time::Duration` API. This helps avoid warnings about the [CVE-2020-26235] and [RUSTSEC-2020-0071] advisories for downstream users and allows us to improve the `Duration` API going forward. While this is technically a SemVer-breaking change, we expect the risk of downstream users experiencing actual incompatibility to be exceedingly limited (see [our analysis](https://togithub.com/chronotope/chrono/pull/1095#issuecomment-1571716955) of public code using a crater-like experiment), and not enough justification for the large ecosystem churn of a 0.5 release. If you have any feedback on these changes, please let us know in [#​1268](https://togithub.com/chronotope/chrono/issues/1268). ##### Additions - Add `NaiveDate::leap_year` ([#​1261](https://togithub.com/chronotope/chrono/issues/1261)) ##### Documentation - Update main documentation from README ([#​1260](https://togithub.com/chronotope/chrono/issues/1260), thanks [@​Stygmates](https://togithub.com/Stygmates)) - Add history of relation between chrono and time 0.1 to documentation ([https://github.com/chronotope/chrono/pull/1264](https://togithub.com/chronotope/chrono/pull/1264), [https://github.com/chronotope/chrono/pull/1266](https://togithub.com/chronotope/chrono/pull/1266)) - Clarify `Timelike::num_seconds_from_midnight` is a simple mapping ([#​1255](https://togithub.com/chronotope/chrono/issues/1255)) #### Relation between chrono and time 0.1 Rust first had a `time` module added to `std` in its 0.7 release. It later moved to `libextra`, and then to a `libtime` library shipped alongside the standard library. In 2014 work on chrono started in order to provide a full-featured date and time library in Rust. Some improvements from chrono made it into the standard library; notably, `chrono::Duration` was included as `std::time::Duration` ([rust#15934]) in 2014. In preparation of Rust 1.0 at the end of 2014 `libtime` was moved out of the Rust distro and into the `time` crate to eventually be redesigned ([rust#18832], [rust#18858]), like the `num` and `rand` crates. Of course chrono kept its dependency on this `time` crate. `time` started re-exporting `std::time::Duration` during this period. Later, the standard library was changed to have a more limited unsigned `Duration` type ([rust#24920], [RFC 1040]), while the `time` crate kept the full functionality with `time::Duration`. `time::Duration` had been a part of chrono's public API. By 2016 `time` 0.1 lived under the `rust-lang-deprecated` organisation and was not actively maintained ([time#136]). chrono absorbed the platform functionality and `Duration` type of the `time` crate in [chrono#478] (the work started in [chrono#286]). In order to preserve compatibility with downstream crates depending on `time` and `chrono` sharing a `Duration` type, chrono kept depending on time 0.1. chrono offered the option to opt out of the `time` dependency by disabling the `oldtime` feature (swapping it out for an effectively similar chrono type). In 2019, [@​jhpratt](https://togithub.com/jhpratt) took over maintenance on the `time` crate and released what amounts to a new crate as `time` 0.2. [rust#15934]: https://togithub.com/rust-lang/rust/pull/15934 [rust#18832]: https://togithub.com/rust-lang/rust/pull/18832#issuecomment-62448221 [rust#18858]: https://togithub.com/rust-lang/rust/pull/18858 [rust#24920]: https://togithub.com/rust-lang/rust/pull/24920 [RFC 1040]: https://rust-lang.github.io/rfcs/1040-duration-reform.html [time#136]: https://togithub.com/time-rs/time/issues/136 [chrono#286]: https://togithub.com/chronotope/chrono/pull/286 [chrono#478]: https://togithub.com/chronotope/chrono/pull/478 ##### Security advisories In November of 2020 [CVE-2020-26235] and [RUSTSEC-2020-0071] were opened against the `time` crate. [@​quininer](https://togithub.com/quininer) had found that calls to `localtime_r` may be unsound ([chrono#499]). Eventually, almost a year later, this was also made into a security advisory against chrono as [RUSTSEC-2020-0159], which had platform code similar to `time`. On Unix-like systems a process is given a timezone id or description via the `TZ` environment variable. We need this timezone data to calculate the current local time from a value that is in UTC, such as the time from the system clock. `time` 0.1 and chrono used the POSIX function `localtime_r` to do the conversion to local time, which reads the `TZ` variable. Rust assumes the environment to be writable and uses locks to access it from multiple threads. Some other programming languages and libraries use similar locking strategies, but these are typically not shared across languages. More importantly, POSIX declares modifying the environment in a multi-threaded process as unsafe, and `getenv` in libc can't be changed to take a lock because it returns a pointer to the data (see [rust#27970] for more discussion). Since version 4.20 chrono no longer uses `localtime_r`, instead using Rust code to query the timezone (from the `TZ` variable or via `iana-time-zone` as a fallback) and work with data from the system timezone database directly. The code for this was forked from the [tz-rs crate] by [@​x-hgg-x](https://togithub.com/x-hgg-x). As such, chrono now respects the Rust lock when reading the `TZ` environment variable. In general, code should avoid modifying the environment. [CVE-2020-26235]: https://nvd.nist.gov/vuln/detail/CVE-2020-26235 [RUSTSEC-2020-0071]: https://rustsec.org/advisories/RUSTSEC-2020-0071 [chrono#499]: https://togithub.com/chronotope/chrono/pull/499 [RUSTSEC-2020-0159]: https://rustsec.org/advisories/RUSTSEC-2020-0159.html [rust#27970]: https://togithub.com/rust-lang/rust/issues/27970 [chrono#677]: https://togithub.com/chronotope/chrono/pull/677 [tz-rs crate]: https://crates.io/crates/tz-rs ##### Removing time 0.1 Because time 0.1 has been unmaintained for years, however, the security advisory mentioned above has not been addressed. While chrono maintainers were careful not to break backwards compatibility with the `time::Duration` type, there has been a long stream of issues from users inquiring about the time 0.1 dependency with the vulnerability. We investigated the potential breakage of removing the time 0.1 dependency in [chrono#1095] using a crater-like experiment and determined that the potential for breaking (public) dependencies is very low. We reached out to those few crates that did still depend on compatibility with time 0.1. As such, for chrono 0.4.30 we have decided to swap out the time 0.1 `Duration` implementation for a local one that will offer a strict superset of the existing API going forward. This will prevent most downstream users from being affected by the security vulnerability in time 0.1 while minimizing the ecosystem impact of semver-incompatible version churn. [chrono#1095]: https://togithub.com/chronotope/chrono/pull/1095 Thanks to all contributors on behalf of the chrono team, [@​djc](https://togithub.com/djc) and [@​pitdicker](https://togithub.com/pitdicker)! ### [`v0.4.29`](https://togithub.com/chronotope/chrono/releases/tag/v0.4.29): 0.4.29 [Compare Source](https://togithub.com/chronotope/chrono/compare/v0.4.28...v0.4.29) This release fixes a panic introduced in chrono 0.4.27 in `FromStr>` ([#​1253](https://togithub.com/chronotope/chrono/issues/1253)). Chrono now has a [Discord channel](https://discord.gg/sXpav4PS7M). #### Fixes - Fix arbitrary string slicing in `parse_rfc3339_relaxed` ([#​1254](https://togithub.com/chronotope/chrono/issues/1254)) #### Deprecations - Deprecate `TimeZone::datetime_from_str` ([#​1251](https://togithub.com/chronotope/chrono/issues/1251)) #### Documentation - Correct documentation for `FromStr` for `Weekday` and `Month` ([#​1226](https://togithub.com/chronotope/chrono/issues/1226), thanks [@​wfraser](https://togithub.com/wfraser)) #### Internal improvements - Revert "add test_issue\_866" ([#​1238](https://togithub.com/chronotope/chrono/issues/1238)) - CI: run tests on `i686` and `wasm32-wasi` ([#​1237](https://togithub.com/chronotope/chrono/issues/1237)) - CI: Include doctests for code coverage ([#​1248](https://togithub.com/chronotope/chrono/issues/1248)) - Move benchmarks to a separate crate ([#​1243](https://togithub.com/chronotope/chrono/issues/1243)) This allows us to upgrade the criterion dependency to 5.1 without changing our MSRV. - Add Discord link to README ([#​1240](https://togithub.com/chronotope/chrono/issues/1240), backported in [#​1256](https://togithub.com/chronotope/chrono/issues/1256)) Thanks to all contributors on behalf of the chrono team, [@​djc](https://togithub.com/djc) and [@​pitdicker](https://togithub.com/pitdicker)! ### [`v0.4.28`](https://togithub.com/chronotope/chrono/releases/tag/v0.4.28): 0.4.28 [Compare Source](https://togithub.com/chronotope/chrono/compare/v0.4.27...v0.4.28) This release fixes a test failure on 32-bit targets introduced with 0.4.27, see [https://github.com/chronotope/chrono/issues/1234](https://togithub.com/chronotope/chrono/issues/1234). ### [`v0.4.27`](https://togithub.com/chronotope/chrono/releases/tag/v0.4.27): 0.4.27 [Compare Source](https://togithub.com/chronotope/chrono/compare/v0.4.26...v0.4.27) This release bumps the MSRV from 1.56 to 1.57. This allows us to take advantage of the panicking in const feature. In this release most methods on `NaiveDate` and `NaiveTime` are made const, `NaiveDateTime` and others will follow in a later release. The parser for the `%+` formatting specifier and the `RFC3339` formatting item is switched from a strict to a relaxed parser (see [https://github.com/chronotope/chrono/pull/1145](https://togithub.com/chronotope/chrono/pull/1145)). This matches the existing documentation, and the parser used by `DateTime::from_str`. If you need to validate the input, consider using `DateTime::from_rfc3339`. #### Deprecations - Deprecate `DateTime::{from_local, from_utc}` ([https://github.com/chronotope/chrono/pull/1175](https://togithub.com/chronotope/chrono/pull/1175)) #### Additions - Let `DateTime::signed_duration_since` take argument with `Borrow` ([https://github.com/chronotope/chrono/pull/1119](https://togithub.com/chronotope/chrono/pull/1119)) - Implement `PartialOrd` for `Month` ([https://github.com/chronotope/chrono/pull/999](https://togithub.com/chronotope/chrono/pull/999), thanks [@​Munksgaard](https://togithub.com/Munksgaard)) - Add `Ord` and `Eq` for types which already derive `PartialOrd` and `PartialEq` ([https://github.com/chronotope/chrono/pull/1128](https://togithub.com/chronotope/chrono/pull/1128), thanks [@​totikom](https://togithub.com/totikom)) - implement `FusedIterator` for `NaiveDateDaysIterator` and `NaiveDateWeeksIterator` ([https://github.com/chronotope/chrono/pull/1134](https://togithub.com/chronotope/chrono/pull/1134)) - Make `NaiveDateDaysIterator` and `NaiveDateWeeksIterator` public ([https://github.com/chronotope/chrono/pull/1134](https://togithub.com/chronotope/chrono/pull/1134)) - Add `FromStr` for `FixedOffset` ([https://github.com/chronotope/chrono/pull/1157](https://togithub.com/chronotope/chrono/pull/1157), thanks [@​mcronce](https://togithub.com/mcronce)) - Remove `Tz::Offset: Display` requirement from `DateTime::to_rfc*` ([https://github.com/chronotope/chrono/pull/1160](https://togithub.com/chronotope/chrono/pull/1160)) - More flexible offset formatting (not exposed yet) ([https://github.com/chronotope/chrono/pull/1160](https://togithub.com/chronotope/chrono/pull/1160)) - Make `StrftimeItems` with `unstable-locales` work without allocating ([https://github.com/chronotope/chrono/pull/1152](https://togithub.com/chronotope/chrono/pull/1152)) - Make `NaiveDate::from_ymd_opt` const ([https://github.com/chronotope/chrono/pull/1172](https://togithub.com/chronotope/chrono/pull/1172), thanks [@​kamadorueda](https://togithub.com/kamadorueda)) - Implement `Error` trait for `ParseWeekdayError` and `ParseMonthError` ([https://github.com/chronotope/chrono/pull/539](https://togithub.com/chronotope/chrono/pull/539), thanks [@​mike-kfed](https://togithub.com/mike-kfed)) - Make methods on `NaiveTime` const, update MSRV to 1.57 ([https://github.com/chronotope/chrono/pull/1080](https://togithub.com/chronotope/chrono/pull/1080)) - Make methods on `NaiveDate` const ([https://github.com/chronotope/chrono/pull/1205](https://togithub.com/chronotope/chrono/pull/1205)) - Implement operations for `core::time::Duration` on `DateTime` types ([https://github.com/chronotope/chrono/pull/1229](https://togithub.com/chronotope/chrono/pull/1229)) #### Fixes - Ensure `timestamp_nanos` panics on overflow in release builds ([https://github.com/chronotope/chrono/pull/1123](https://togithub.com/chronotope/chrono/pull/1123)) - Fix `offset_from_local_datetime` for `wasm_bindgen` ([https://github.com/chronotope/chrono/pull/1131](https://togithub.com/chronotope/chrono/pull/1131)) - Parsing: Consider `%s` to be a timestamp in UTC ([https://github.com/chronotope/chrono/pull/1136](https://togithub.com/chronotope/chrono/pull/1136)) - Don't panic when formatting with `%#z` ([https://github.com/chronotope/chrono/pull/1140](https://togithub.com/chronotope/chrono/pull/1140), thanks [@​domodwyer](https://togithub.com/domodwyer)) - Parsing: allow MINUS SIGN (U+2212) in offset ([https://github.com/chronotope/chrono/pull/1087](https://togithub.com/chronotope/chrono/pull/1087), thanks [@​jtmoon79](https://togithub.com/jtmoon79)) - Fix locale formatting for `%c` and `%r` ([https://github.com/chronotope/chrono/pull/1165](https://togithub.com/chronotope/chrono/pull/1165)) - Localize decimal point with `unstable-locales` feature ([https://github.com/chronotope/chrono/pull/1168](https://togithub.com/chronotope/chrono/pull/1168)) - Fix panic on macOS 10.12 caused by using version 1 of the TZif file format ([https://github.com/chronotope/chrono/pull/1201](https://togithub.com/chronotope/chrono/pull/1201), thanks to help from [@​jfro](https://togithub.com/jfro)) - Fix deserialization of negative timestamps ([https://github.com/chronotope/chrono/pull/1194](https://togithub.com/chronotope/chrono/pull/1194)) - Do not use `Offset`'s `Debug` impl when serializing `DateTime` ([https://github.com/chronotope/chrono/pull/1035](https://togithub.com/chronotope/chrono/pull/1035)) - Allow missing seconds in `NaiveTime::from_str` ([https://github.com/chronotope/chrono/pull/1181](https://togithub.com/chronotope/chrono/pull/1181)) - Do not depend on `android-tzdata` if the `clock` feature is not enabled ([https://github.com/chronotope/chrono/pull/1220](https://togithub.com/chronotope/chrono/pull/1220), thanks [@​AlexTMjugador](https://togithub.com/AlexTMjugador)) - Small fixes to the RFC 3339 parsers ([https://github.com/chronotope/chrono/pull/1145](https://togithub.com/chronotope/chrono/pull/1145)) #### Documentation - Add "Errors" and "Panics" sections to API docs ([https://github.com/chronotope/chrono/pull/1120](https://togithub.com/chronotope/chrono/pull/1120)) - Specify licenses in SPDX format ([https://github.com/chronotope/chrono/pull/1132](https://togithub.com/chronotope/chrono/pull/1132), backport of [https://github.com/chronotope/chrono/issues/910](https://togithub.com/chronotope/chrono/issues/910), thanks [@​LingMan](https://togithub.com/LingMan)) - Fix `NaiveTime` doc typo ([https://github.com/chronotope/chrono/pull/1146](https://togithub.com/chronotope/chrono/pull/1146), thanks [@​zachs18](https://togithub.com/zachs18)) - Clarify nanosecond formatting specifier doc ([https://github.com/chronotope/chrono/pull/1173](https://togithub.com/chronotope/chrono/pull/1173)) - Add warning against combining multiple `Datelike::with_*` ([https://github.com/chronotope/chrono/pull/1199](https://togithub.com/chronotope/chrono/pull/1199)) - Fix typo "accepted" ([https://github.com/chronotope/chrono/pull/1209](https://togithub.com/chronotope/chrono/pull/1209), thanks [@​simon04](https://togithub.com/simon04)) - Add some examples to `Utc::now` and `Local::now` ([https://github.com/chronotope/chrono/pull/1192](https://togithub.com/chronotope/chrono/pull/1192)) - Add example to `Weekday::num_days_from_monday` ([https://github.com/chronotope/chrono/pull/1193](https://togithub.com/chronotope/chrono/pull/1193)) - Fix some comments and panic messages ([https://github.com/chronotope/chrono/pull/1221](https://togithub.com/chronotope/chrono/pull/1221), thanks [@​umanwizard](https://togithub.com/umanwizard)) #### Internal improvements - `DateTime::to_rfc_*` optimizations ([https://github.com/chronotope/chrono/pull/1200](https://togithub.com/chronotope/chrono/pull/1200)) - Move all tests into modules, fix clippy warnings ([https://github.com/chronotope/chrono/pull/1138](https://togithub.com/chronotope/chrono/pull/1138)) - Offset parsing cleanup ([https://github.com/chronotope/chrono/pull/1158](https://togithub.com/chronotope/chrono/pull/1158)) - Factor out formatting to `format/formatting.rs` ([https://github.com/chronotope/chrono/pull/1156](https://togithub.com/chronotope/chrono/pull/1156)) - Format refactorings ([https://github.com/chronotope/chrono/pull/1198](https://togithub.com/chronotope/chrono/pull/1198)) - Format toml files with taplo ([https://github.com/chronotope/chrono/pull/1117](https://togithub.com/chronotope/chrono/pull/1117), thanks [@​tottoto](https://togithub.com/tottoto)) - Stop vendoring `saturating_abs` ([https://github.com/chronotope/chrono/pull/1124](https://togithub.com/chronotope/chrono/pull/1124)) - CI: shell set -eux, use bash ([https://github.com/chronotope/chrono/pull/1103](https://togithub.com/chronotope/chrono/pull/1103), thanks [@​jtmoon79](https://togithub.com/jtmoon79)) - Fix dead code error when running dateutils test on Windows ([https://github.com/chronotope/chrono/pull/1125](https://togithub.com/chronotope/chrono/pull/1125)) - Remove `Makefile` ([https://github.com/chronotope/chrono/pull/1133](https://togithub.com/chronotope/chrono/pull/1133)) - CI: Test `wasm-bindgen` feature ([https://github.com/chronotope/chrono/pull/1131](https://togithub.com/chronotope/chrono/pull/1131)) - Stop using deprecated methods in parse module ([https://github.com/chronotope/chrono/pull/1142](https://togithub.com/chronotope/chrono/pull/1142)) - Add formatting benchmarks ([https://github.com/chronotope/chrono/pull/1155](https://togithub.com/chronotope/chrono/pull/1155)) - Feature gate tests instead of methods ([https://github.com/chronotope/chrono/pull/1159](https://togithub.com/chronotope/chrono/pull/1159), [https://github.com/chronotope/chrono/pull/1162](https://togithub.com/chronotope/chrono/pull/1162)) - Parallelize `try_verify_against_date_command` ([https://github.com/chronotope/chrono/pull/1161](https://togithub.com/chronotope/chrono/pull/1161)) - CI: also run integration tests with `no_std` ([https://github.com/chronotope/chrono/pull/1166](https://togithub.com/chronotope/chrono/pull/1166)) - Split ` test_parse ` ([https://github.com/chronotope/chrono/pull/1170](https://togithub.com/chronotope/chrono/pull/1170)) - Remove `#![deny(dead_code)]` ([https://github.com/chronotope/chrono/pull/1187](https://togithub.com/chronotope/chrono/pull/1187)) - Clippy fixes for Rust 1.71 ([https://github.com/chronotope/chrono/pull/1186](https://togithub.com/chronotope/chrono/pull/1186)) - Various small improvements ([https://github.com/chronotope/chrono/pull/1191](https://togithub.com/chronotope/chrono/pull/1191)) - Add unit test for uncovered regions ([https://github.com/chronotope/chrono/pull/1149](https://togithub.com/chronotope/chrono/pull/1149), thanks [@​CXWorks](https://togithub.com/CXWorks)) - Don't test the same thing twice in `test_date_extreme_offset` ([https://github.com/chronotope/chrono/pull/1195](https://togithub.com/chronotope/chrono/pull/1195)) - CI: Add workflow code coverage report and upload ([https://github.com/chronotope/chrono/pull/1178](https://togithub.com/chronotope/chrono/pull/1178), [https://github.com/chronotope/chrono/pull/1215](https://togithub.com/chronotope/chrono/pull/1215), thanks [@​jtmoon79](https://togithub.com/jtmoon79)) - CI: fail on warnings in `features-check` ([https://github.com/chronotope/chrono/pull/1216](https://togithub.com/chronotope/chrono/pull/1216)) - Switch to windows-bindgen ([https://github.com/chronotope/chrono/pull/1202](https://togithub.com/chronotope/chrono/pull/1202), thanks to help from [@​MarijnS95](https://togithub.com/MarijnS95)) Thanks to all contributors on behalf of the chrono team, [@​djc](https://togithub.com/djc) and [@​pitdicker](https://togithub.com/pitdicker)!

Configuration

📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

â™» Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.



This PR has been generated by Mend Renovate. View repository job log here.