Skip to content

Update crates#4919

Closed
hurl-bot wants to merge 1 commit intomasterfrom
bot/update-crates
Closed

Update crates#4919
hurl-bot wants to merge 1 commit intomasterfrom
bot/update-crates

Conversation

@hurl-bot
Copy link
Copy Markdown
Collaborator

@hurl-bot hurl-bot commented Apr 2, 2026

No description provided.

@hurl-bot
Copy link
Copy Markdown
Collaborator Author

hurl-bot commented Apr 2, 2026


Crates updates for packages/hurl/Cargo.toml


Crates updates for packages/hurlfmt/Cargo.toml


Crates updates for packages/hurl_core/Cargo.toml


Crates updated for Cargo.lock

  • icu_collections 2.1.1 updated to 2.2.0

    https://github.com/unicode-org/icu4x

    The ICU4X Technical Committee is happy to announce [ICU4X](https://github.com/unicode-org/icu4x) 2.2, an update to our modular, portable, and secure i18n library.
    
    Important changes in ICU4X 2.2 include:
    
    1. **Latest i18n data:** This release includes an update to [CLDR 48.2](https://cldr.unicode.org/downloads/cldr-48#482-changes) and support for TZDB 2026a.
    2. **New and improved `icu_calendar`:** This release contains new APIs in `icu_calendar`, as well as some behavior changes in icu_calendar; see the migration notes section.
    	1. Stable datetime arithmetic: It is now possible to to add and subtract dates via `date.try_add_with_options()` and `date.try_until_with_options()`. 
    	2. More flexible date construction: The new `Date::try_from_fields()` API allows constructing dates from all kinds of constituent data: extended years, era years, ordinal months, month codes, etc., and supports different kinds of overflow handling.
    	3. Typed months: The new `Month` type replaces month codes in a type safe way. `Date::try_from_codes()` has been replaced with `Date::try_new()` which uses these better types. Various calendar-specific constructors for lunisolar calendars have also been refreshed.
    	4. Experimental third-party crate integration: We now support converting from and formatting types from the `jiff`, `chrono`, and `time` crates. See `icu_datetime::input::third_party`. We’re not yet sure if these integrations should live in ICU4X, in the third party crates, or some adapter crate, and are [open to feedback](https://github.com/unicode-org/icu4x/issues/7845)!
    3. Experimental Kotlin Bindings: We now have Kotlin bindings for ICU4X (found under `ffi/mvn`), with the same set of supported APIs as our other cross-language bindings.
    4. Experimental features:
    	1. Display names: Adds new internal data layout exposed via RegionDisplayName and ScriptDisplayName APIs. The old data layout, optimized for loading multiple names at once, is moved into the multi module. Please share feedback on our [tracking issue](https://github.com/unicode-org/icu4x/issues/7824).
    	2. Compact decimal formatter: Please share feedback in preparation for stabilization in a future release.
    	3. ML segmentation: Initial code for RAdaBoost word segmenter for Chinese and CNN word segmenter for Thai.
    5. Unstable Cargo feature: Replaced the "experimental" Cargo feature with an "unstable" Cargo feature.
    6. Better hour cycles: Adds support for Clock12 and Clock24 in datetime formatting.
    
    ### Migration Notes
    
    1. The `JapaneseExtended` calendar has been deprecated. CLDR removed the pre-Meiji eras because no implementation correctly implemented them. Clients of pre-Meiji eras are encouraged to comment on [CLDR-11400](https://unicode-org.atlassian.net/browse/CLDR-11400) and potentially write a custom `east_asian_traditional::Rules` implementation of the pre-Meiji lunisolar Japanese calendar.
    
    2. `Hijri<AstronomicalSimulation>` has also been deprecated. It previously returned estimates of the Hijri calendar based on simulations published by Reingold et al. To restore this behavior, write a custom `hijri::Rules` implementation using calendrical_calculations. 
    
    [See the full changelog for more information](https://github.com/unicode-org/icu4x/blob/main/CHANGELOG.md#icu4x-22)
    
  • icu_locale_core 2.1.1 updated to 2.2.0

    https://github.com/unicode-org/icu4x

    The ICU4X Technical Committee is happy to announce [ICU4X](https://github.com/unicode-org/icu4x) 2.2, an update to our modular, portable, and secure i18n library.
    
    Important changes in ICU4X 2.2 include:
    
    1. **Latest i18n data:** This release includes an update to [CLDR 48.2](https://cldr.unicode.org/downloads/cldr-48#482-changes) and support for TZDB 2026a.
    2. **New and improved `icu_calendar`:** This release contains new APIs in `icu_calendar`, as well as some behavior changes in icu_calendar; see the migration notes section.
    	1. Stable datetime arithmetic: It is now possible to to add and subtract dates via `date.try_add_with_options()` and `date.try_until_with_options()`. 
    	2. More flexible date construction: The new `Date::try_from_fields()` API allows constructing dates from all kinds of constituent data: extended years, era years, ordinal months, month codes, etc., and supports different kinds of overflow handling.
    	3. Typed months: The new `Month` type replaces month codes in a type safe way. `Date::try_from_codes()` has been replaced with `Date::try_new()` which uses these better types. Various calendar-specific constructors for lunisolar calendars have also been refreshed.
    	4. Experimental third-party crate integration: We now support converting from and formatting types from the `jiff`, `chrono`, and `time` crates. See `icu_datetime::input::third_party`. We’re not yet sure if these integrations should live in ICU4X, in the third party crates, or some adapter crate, and are [open to feedback](https://github.com/unicode-org/icu4x/issues/7845)!
    3. Experimental Kotlin Bindings: We now have Kotlin bindings for ICU4X (found under `ffi/mvn`), with the same set of supported APIs as our other cross-language bindings.
    4. Experimental features:
    	1. Display names: Adds new internal data layout exposed via RegionDisplayName and ScriptDisplayName APIs. The old data layout, optimized for loading multiple names at once, is moved into the multi module. Please share feedback on our [tracking issue](https://github.com/unicode-org/icu4x/issues/7824).
    	2. Compact decimal formatter: Please share feedback in preparation for stabilization in a future release.
    	3. ML segmentation: Initial code for RAdaBoost word segmenter for Chinese and CNN word segmenter for Thai.
    5. Unstable Cargo feature: Replaced the "experimental" Cargo feature with an "unstable" Cargo feature.
    6. Better hour cycles: Adds support for Clock12 and Clock24 in datetime formatting.
    
    ### Migration Notes
    
    1. The `JapaneseExtended` calendar has been deprecated. CLDR removed the pre-Meiji eras because no implementation correctly implemented them. Clients of pre-Meiji eras are encouraged to comment on [CLDR-11400](https://unicode-org.atlassian.net/browse/CLDR-11400) and potentially write a custom `east_asian_traditional::Rules` implementation of the pre-Meiji lunisolar Japanese calendar.
    
    2. `Hijri<AstronomicalSimulation>` has also been deprecated. It previously returned estimates of the Hijri calendar based on simulations published by Reingold et al. To restore this behavior, write a custom `hijri::Rules` implementation using calendrical_calculations. 
    
    [See the full changelog for more information](https://github.com/unicode-org/icu4x/blob/main/CHANGELOG.md#icu4x-22)
    
  • icu_normalizer 2.1.1 updated to 2.2.0

    https://github.com/unicode-org/icu4x

    The ICU4X Technical Committee is happy to announce [ICU4X](https://github.com/unicode-org/icu4x) 2.2, an update to our modular, portable, and secure i18n library.
    
    Important changes in ICU4X 2.2 include:
    
    1. **Latest i18n data:** This release includes an update to [CLDR 48.2](https://cldr.unicode.org/downloads/cldr-48#482-changes) and support for TZDB 2026a.
    2. **New and improved `icu_calendar`:** This release contains new APIs in `icu_calendar`, as well as some behavior changes in icu_calendar; see the migration notes section.
    	1. Stable datetime arithmetic: It is now possible to to add and subtract dates via `date.try_add_with_options()` and `date.try_until_with_options()`. 
    	2. More flexible date construction: The new `Date::try_from_fields()` API allows constructing dates from all kinds of constituent data: extended years, era years, ordinal months, month codes, etc., and supports different kinds of overflow handling.
    	3. Typed months: The new `Month` type replaces month codes in a type safe way. `Date::try_from_codes()` has been replaced with `Date::try_new()` which uses these better types. Various calendar-specific constructors for lunisolar calendars have also been refreshed.
    	4. Experimental third-party crate integration: We now support converting from and formatting types from the `jiff`, `chrono`, and `time` crates. See `icu_datetime::input::third_party`. We’re not yet sure if these integrations should live in ICU4X, in the third party crates, or some adapter crate, and are [open to feedback](https://github.com/unicode-org/icu4x/issues/7845)!
    3. Experimental Kotlin Bindings: We now have Kotlin bindings for ICU4X (found under `ffi/mvn`), with the same set of supported APIs as our other cross-language bindings.
    4. Experimental features:
    	1. Display names: Adds new internal data layout exposed via RegionDisplayName and ScriptDisplayName APIs. The old data layout, optimized for loading multiple names at once, is moved into the multi module. Please share feedback on our [tracking issue](https://github.com/unicode-org/icu4x/issues/7824).
    	2. Compact decimal formatter: Please share feedback in preparation for stabilization in a future release.
    	3. ML segmentation: Initial code for RAdaBoost word segmenter for Chinese and CNN word segmenter for Thai.
    5. Unstable Cargo feature: Replaced the "experimental" Cargo feature with an "unstable" Cargo feature.
    6. Better hour cycles: Adds support for Clock12 and Clock24 in datetime formatting.
    
    ### Migration Notes
    
    1. The `JapaneseExtended` calendar has been deprecated. CLDR removed the pre-Meiji eras because no implementation correctly implemented them. Clients of pre-Meiji eras are encouraged to comment on [CLDR-11400](https://unicode-org.atlassian.net/browse/CLDR-11400) and potentially write a custom `east_asian_traditional::Rules` implementation of the pre-Meiji lunisolar Japanese calendar.
    
    2. `Hijri<AstronomicalSimulation>` has also been deprecated. It previously returned estimates of the Hijri calendar based on simulations published by Reingold et al. To restore this behavior, write a custom `hijri::Rules` implementation using calendrical_calculations. 
    
    [See the full changelog for more information](https://github.com/unicode-org/icu4x/blob/main/CHANGELOG.md#icu4x-22)
    
  • icu_normalizer_data 2.1.1 updated to 2.2.0

    https://github.com/unicode-org/icu4x

    The ICU4X Technical Committee is happy to announce [ICU4X](https://github.com/unicode-org/icu4x) 2.2, an update to our modular, portable, and secure i18n library.
    
    Important changes in ICU4X 2.2 include:
    
    1. **Latest i18n data:** This release includes an update to [CLDR 48.2](https://cldr.unicode.org/downloads/cldr-48#482-changes) and support for TZDB 2026a.
    2. **New and improved `icu_calendar`:** This release contains new APIs in `icu_calendar`, as well as some behavior changes in icu_calendar; see the migration notes section.
    	1. Stable datetime arithmetic: It is now possible to to add and subtract dates via `date.try_add_with_options()` and `date.try_until_with_options()`. 
    	2. More flexible date construction: The new `Date::try_from_fields()` API allows constructing dates from all kinds of constituent data: extended years, era years, ordinal months, month codes, etc., and supports different kinds of overflow handling.
    	3. Typed months: The new `Month` type replaces month codes in a type safe way. `Date::try_from_codes()` has been replaced with `Date::try_new()` which uses these better types. Various calendar-specific constructors for lunisolar calendars have also been refreshed.
    	4. Experimental third-party crate integration: We now support converting from and formatting types from the `jiff`, `chrono`, and `time` crates. See `icu_datetime::input::third_party`. We’re not yet sure if these integrations should live in ICU4X, in the third party crates, or some adapter crate, and are [open to feedback](https://github.com/unicode-org/icu4x/issues/7845)!
    3. Experimental Kotlin Bindings: We now have Kotlin bindings for ICU4X (found under `ffi/mvn`), with the same set of supported APIs as our other cross-language bindings.
    4. Experimental features:
    	1. Display names: Adds new internal data layout exposed via RegionDisplayName and ScriptDisplayName APIs. The old data layout, optimized for loading multiple names at once, is moved into the multi module. Please share feedback on our [tracking issue](https://github.com/unicode-org/icu4x/issues/7824).
    	2. Compact decimal formatter: Please share feedback in preparation for stabilization in a future release.
    	3. ML segmentation: Initial code for RAdaBoost word segmenter for Chinese and CNN word segmenter for Thai.
    5. Unstable Cargo feature: Replaced the "experimental" Cargo feature with an "unstable" Cargo feature.
    6. Better hour cycles: Adds support for Clock12 and Clock24 in datetime formatting.
    
    ### Migration Notes
    
    1. The `JapaneseExtended` calendar has been deprecated. CLDR removed the pre-Meiji eras because no implementation correctly implemented them. Clients of pre-Meiji eras are encouraged to comment on [CLDR-11400](https://unicode-org.atlassian.net/browse/CLDR-11400) and potentially write a custom `east_asian_traditional::Rules` implementation of the pre-Meiji lunisolar Japanese calendar.
    
    2. `Hijri<AstronomicalSimulation>` has also been deprecated. It previously returned estimates of the Hijri calendar based on simulations published by Reingold et al. To restore this behavior, write a custom `hijri::Rules` implementation using calendrical_calculations. 
    
    [See the full changelog for more information](https://github.com/unicode-org/icu4x/blob/main/CHANGELOG.md#icu4x-22)
    
  • icu_properties 2.1.2 updated to 2.2.0

    https://github.com/unicode-org/icu4x

    The ICU4X Technical Committee is happy to announce [ICU4X](https://github.com/unicode-org/icu4x) 2.2, an update to our modular, portable, and secure i18n library.
    
    Important changes in ICU4X 2.2 include:
    
    1. **Latest i18n data:** This release includes an update to [CLDR 48.2](https://cldr.unicode.org/downloads/cldr-48#482-changes) and support for TZDB 2026a.
    2. **New and improved `icu_calendar`:** This release contains new APIs in `icu_calendar`, as well as some behavior changes in icu_calendar; see the migration notes section.
    	1. Stable datetime arithmetic: It is now possible to to add and subtract dates via `date.try_add_with_options()` and `date.try_until_with_options()`. 
    	2. More flexible date construction: The new `Date::try_from_fields()` API allows constructing dates from all kinds of constituent data: extended years, era years, ordinal months, month codes, etc., and supports different kinds of overflow handling.
    	3. Typed months: The new `Month` type replaces month codes in a type safe way. `Date::try_from_codes()` has been replaced with `Date::try_new()` which uses these better types. Various calendar-specific constructors for lunisolar calendars have also been refreshed.
    	4. Experimental third-party crate integration: We now support converting from and formatting types from the `jiff`, `chrono`, and `time` crates. See `icu_datetime::input::third_party`. We’re not yet sure if these integrations should live in ICU4X, in the third party crates, or some adapter crate, and are [open to feedback](https://github.com/unicode-org/icu4x/issues/7845)!
    3. Experimental Kotlin Bindings: We now have Kotlin bindings for ICU4X (found under `ffi/mvn`), with the same set of supported APIs as our other cross-language bindings.
    4. Experimental features:
    	1. Display names: Adds new internal data layout exposed via RegionDisplayName and ScriptDisplayName APIs. The old data layout, optimized for loading multiple names at once, is moved into the multi module. Please share feedback on our [tracking issue](https://github.com/unicode-org/icu4x/issues/7824).
    	2. Compact decimal formatter: Please share feedback in preparation for stabilization in a future release.
    	3. ML segmentation: Initial code for RAdaBoost word segmenter for Chinese and CNN word segmenter for Thai.
    5. Unstable Cargo feature: Replaced the "experimental" Cargo feature with an "unstable" Cargo feature.
    6. Better hour cycles: Adds support for Clock12 and Clock24 in datetime formatting.
    
    ### Migration Notes
    
    1. The `JapaneseExtended` calendar has been deprecated. CLDR removed the pre-Meiji eras because no implementation correctly implemented them. Clients of pre-Meiji eras are encouraged to comment on [CLDR-11400](https://unicode-org.atlassian.net/browse/CLDR-11400) and potentially write a custom `east_asian_traditional::Rules` implementation of the pre-Meiji lunisolar Japanese calendar.
    
    2. `Hijri<AstronomicalSimulation>` has also been deprecated. It previously returned estimates of the Hijri calendar based on simulations published by Reingold et al. To restore this behavior, write a custom `hijri::Rules` implementation using calendrical_calculations. 
    
    [See the full changelog for more information](https://github.com/unicode-org/icu4x/blob/main/CHANGELOG.md#icu4x-22)
    
  • icu_properties_data 2.1.2 updated to 2.2.0

    https://github.com/unicode-org/icu4x

    The ICU4X Technical Committee is happy to announce [ICU4X](https://github.com/unicode-org/icu4x) 2.2, an update to our modular, portable, and secure i18n library.
    
    Important changes in ICU4X 2.2 include:
    
    1. **Latest i18n data:** This release includes an update to [CLDR 48.2](https://cldr.unicode.org/downloads/cldr-48#482-changes) and support for TZDB 2026a.
    2. **New and improved `icu_calendar`:** This release contains new APIs in `icu_calendar`, as well as some behavior changes in icu_calendar; see the migration notes section.
    	1. Stable datetime arithmetic: It is now possible to to add and subtract dates via `date.try_add_with_options()` and `date.try_until_with_options()`. 
    	2. More flexible date construction: The new `Date::try_from_fields()` API allows constructing dates from all kinds of constituent data: extended years, era years, ordinal months, month codes, etc., and supports different kinds of overflow handling.
    	3. Typed months: The new `Month` type replaces month codes in a type safe way. `Date::try_from_codes()` has been replaced with `Date::try_new()` which uses these better types. Various calendar-specific constructors for lunisolar calendars have also been refreshed.
    	4. Experimental third-party crate integration: We now support converting from and formatting types from the `jiff`, `chrono`, and `time` crates. See `icu_datetime::input::third_party`. We’re not yet sure if these integrations should live in ICU4X, in the third party crates, or some adapter crate, and are [open to feedback](https://github.com/unicode-org/icu4x/issues/7845)!
    3. Experimental Kotlin Bindings: We now have Kotlin bindings for ICU4X (found under `ffi/mvn`), with the same set of supported APIs as our other cross-language bindings.
    4. Experimental features:
    	1. Display names: Adds new internal data layout exposed via RegionDisplayName and ScriptDisplayName APIs. The old data layout, optimized for loading multiple names at once, is moved into the multi module. Please share feedback on our [tracking issue](https://github.com/unicode-org/icu4x/issues/7824).
    	2. Compact decimal formatter: Please share feedback in preparation for stabilization in a future release.
    	3. ML segmentation: Initial code for RAdaBoost word segmenter for Chinese and CNN word segmenter for Thai.
    5. Unstable Cargo feature: Replaced the "experimental" Cargo feature with an "unstable" Cargo feature.
    6. Better hour cycles: Adds support for Clock12 and Clock24 in datetime formatting.
    
    ### Migration Notes
    
    1. The `JapaneseExtended` calendar has been deprecated. CLDR removed the pre-Meiji eras because no implementation correctly implemented them. Clients of pre-Meiji eras are encouraged to comment on [CLDR-11400](https://unicode-org.atlassian.net/browse/CLDR-11400) and potentially write a custom `east_asian_traditional::Rules` implementation of the pre-Meiji lunisolar Japanese calendar.
    
    2. `Hijri<AstronomicalSimulation>` has also been deprecated. It previously returned estimates of the Hijri calendar based on simulations published by Reingold et al. To restore this behavior, write a custom `hijri::Rules` implementation using calendrical_calculations. 
    
    [See the full changelog for more information](https://github.com/unicode-org/icu4x/blob/main/CHANGELOG.md#icu4x-22)
    
  • icu_provider 2.1.1 updated to 2.2.0

    https://github.com/unicode-org/icu4x

    The ICU4X Technical Committee is happy to announce [ICU4X](https://github.com/unicode-org/icu4x) 2.2, an update to our modular, portable, and secure i18n library.
    
    Important changes in ICU4X 2.2 include:
    
    1. **Latest i18n data:** This release includes an update to [CLDR 48.2](https://cldr.unicode.org/downloads/cldr-48#482-changes) and support for TZDB 2026a.
    2. **New and improved `icu_calendar`:** This release contains new APIs in `icu_calendar`, as well as some behavior changes in icu_calendar; see the migration notes section.
    	1. Stable datetime arithmetic: It is now possible to to add and subtract dates via `date.try_add_with_options()` and `date.try_until_with_options()`. 
    	2. More flexible date construction: The new `Date::try_from_fields()` API allows constructing dates from all kinds of constituent data: extended years, era years, ordinal months, month codes, etc., and supports different kinds of overflow handling.
    	3. Typed months: The new `Month` type replaces month codes in a type safe way. `Date::try_from_codes()` has been replaced with `Date::try_new()` which uses these better types. Various calendar-specific constructors for lunisolar calendars have also been refreshed.
    	4. Experimental third-party crate integration: We now support converting from and formatting types from the `jiff`, `chrono`, and `time` crates. See `icu_datetime::input::third_party`. We’re not yet sure if these integrations should live in ICU4X, in the third party crates, or some adapter crate, and are [open to feedback](https://github.com/unicode-org/icu4x/issues/7845)!
    3. Experimental Kotlin Bindings: We now have Kotlin bindings for ICU4X (found under `ffi/mvn`), with the same set of supported APIs as our other cross-language bindings.
    4. Experimental features:
    	1. Display names: Adds new internal data layout exposed via RegionDisplayName and ScriptDisplayName APIs. The old data layout, optimized for loading multiple names at once, is moved into the multi module. Please share feedback on our [tracking issue](https://github.com/unicode-org/icu4x/issues/7824).
    	2. Compact decimal formatter: Please share feedback in preparation for stabilization in a future release.
    	3. ML segmentation: Initial code for RAdaBoost word segmenter for Chinese and CNN word segmenter for Thai.
    5. Unstable Cargo feature: Replaced the "experimental" Cargo feature with an "unstable" Cargo feature.
    6. Better hour cycles: Adds support for Clock12 and Clock24 in datetime formatting.
    
    ### Migration Notes
    
    1. The `JapaneseExtended` calendar has been deprecated. CLDR removed the pre-Meiji eras because no implementation correctly implemented them. Clients of pre-Meiji eras are encouraged to comment on [CLDR-11400](https://unicode-org.atlassian.net/browse/CLDR-11400) and potentially write a custom `east_asian_traditional::Rules` implementation of the pre-Meiji lunisolar Japanese calendar.
    
    2. `Hijri<AstronomicalSimulation>` has also been deprecated. It previously returned estimates of the Hijri calendar based on simulations published by Reingold et al. To restore this behavior, write a custom `hijri::Rules` implementation using calendrical_calculations. 
    
    [See the full changelog for more information](https://github.com/unicode-org/icu4x/blob/main/CHANGELOG.md#icu4x-22)
    
  • libc 0.2.183 updated to 0.2.184

    https://github.com/rust-lang/libc

    ### MSRV
    
    This release increases the MSRV of `libc` to 1.65. With this update, you can now always use the
    `core::ffi::c_*` types with `libc` definitions, since `libc` has been changed to reexport from
    `core` rather than redefining them. (This _usually_ worked before but had edge cases.)
    ([#4972](https://github.com/rust-lang/libc/pull/4972))
    
    ### Added
    
    - BSD: Add `IP_MINTTL` to bsd ([#5026](https://github.com/rust-lang/libc/pull/5026))
    - Cygwin: Add `TIOCM_DSR` ([#5031](https://github.com/rust-lang/libc/pull/5031))
    - FreeBSD: Added `xfile` structe and file descriptor types ([#5002](https://github.com/rust-lang/libc/pull/5002))
    - Linux: Add CAN netlink bindings ([#5011](https://github.com/rust-lang/libc/pull/5011))
    - Linux: Add `struct ethhdr` ([#4239](https://github.com/rust-lang/libc/pull/4239))
    - Linux: Add `struct ifinfomsg` ([#5012](https://github.com/rust-lang/libc/pull/5012))
    - Linux: Define `max_align_t` for riscv64 ([#5029](https://github.com/rust-lang/libc/pull/5029))
    - NetBSD: Add missing `CLOCK_` constants ([#5020](https://github.com/rust-lang/libc/pull/5020))
    - NuttX: Add `_SC_HOST_NAME_MAX` ([#5004](https://github.com/rust-lang/libc/pull/5004))
    - VxWorks: Add `flock` and `F_*LCK` constants ([#4043](https://github.com/rust-lang/libc/pull/4043))
    - WASI: Add all `_SC_*` sysconf constants ([#5023](https://github.com/rust-lang/libc/pull/5023))
    
    ### Deprecated
    
    The remaining fixed-width integer aliases, `__uint128_t`, `__uint128`, `__int128_t`, and `__int128`,
    have been deprecated. Use `i128` and `u128` instead. ([#4343](https://github.com/rust-lang/libc/pull/4343))
    
    ### Fixed
    
    - **breaking** Redox: Fix signal action constant types ([#5009](https://github.com/rust-lang/libc/pull/5009))
    - EspIDF: Correct the value of `DT_*` constants ([#5034](https://github.com/rust-lang/libc/pull/5034))
    - Redox: Fix locale values and add `RTLD_NOLOAD`, some TCP constants ([#5025](https://github.com/rust-lang/libc/pull/5025))
    - Various: Use `Padding::new(<zeroed>)` rather than `Padding::uninit()` ([#5036](https://github.com/rust-lang/libc/pull/5036))
    
    ### Changed
    
    - **potentially breaking** Linux: Add new fields to `struct ptrace_syscall_info` ([#4966](https://github.com/rust-lang/libc/pull/4966))
    - Re-export `core::ffi` integer types rather than redefining ([#5015](https://github.com/rust-lang/libc/pull/5015))
    - Redox: Update `F_DUPFD`, `IP`, and `TCP` constants to match relibc  ([#4990](https://github.com/rust-lang/libc/pull/4990))
    
  • litemap 0.8.1 updated to 0.8.2

    https://github.com/unicode-org/icu4x

  • potential_utf 0.1.4 updated to 0.1.5

    https://github.com/unicode-org/icu4x

  • similar 2.7.0 updated to 3.0.0

    https://github.com/mitsuhiko/similar

  • tinystr 0.8.2 updated to 0.8.3

    https://github.com/unicode-org/icu4x

  • yoke 0.8.1 updated to 0.8.2

    https://github.com/unicode-org/icu4x

  • yoke-derive 0.8.1 updated to 0.8.2

    https://github.com/unicode-org/icu4x

  • zerofrom 0.1.6 updated to 0.1.7

    https://github.com/unicode-org/icu4x

  • zerofrom-derive 0.1.6 updated to 0.1.7

    https://github.com/unicode-org/icu4x

  • zerotrie 0.2.3 updated to 0.2.4

    https://github.com/unicode-org/icu4x

  • zerovec 0.11.5 updated to 0.11.6

    https://github.com/unicode-org/icu4x

  • zerovec-derive 0.11.2 updated to 0.11.3

    https://github.com/unicode-org/icu4x


Crates added for Cargo.lock


Crates removed for Cargo.lock

@hurl-bot hurl-bot added bot bot dependencies Pull requests that update a dependency file labels Apr 2, 2026
@hurl-bot
Copy link
Copy Markdown
Collaborator Author

hurl-bot commented Apr 3, 2026

✅ Pull request n°4919 closed before opening new one with new updated crates list.

@hurl-bot hurl-bot closed this Apr 3, 2026
@hurl-bot hurl-bot deleted the bot/update-crates branch April 3, 2026 03:54
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

bot bot dependencies Pull requests that update a dependency file

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant