Skip to content

Bump the cargo-dependencies group across 1 directory with 6 updates#447

Open
dependabot[bot] wants to merge 1 commit intomainfrom
dependabot/cargo/cargo-dependencies-4a7ca4c070
Open

Bump the cargo-dependencies group across 1 directory with 6 updates#447
dependabot[bot] wants to merge 1 commit intomainfrom
dependabot/cargo/cargo-dependencies-4a7ca4c070

Conversation

@dependabot
Copy link
Contributor

@dependabot dependabot bot commented on behalf of github Jan 14, 2026

Bumps the cargo-dependencies group with 6 updates in the / directory:

Package From To
leptos-use 0.16.3 0.18.0
opentelemetry 0.22.0 0.31.0
opentelemetry-otlp 0.15.0 0.31.0
opentelemetry_sdk 0.22.1 0.31.0
plotly 0.13.5 0.14.0
tracing-opentelemetry 0.23.0 0.32.1

Updates leptos-use from 0.16.3 to 0.18.0

Release notes

Sourced from leptos-use's releases.

Version 0.18.0

Changes in this version:

[0.18.0] - 2026-01-11

Breaking Changes 🛠

  • Element(s)MaybeSignal is now internally sendwrapped for SSR robustness. Some automatic conversions have been removed when they can't really be made SSR safe like Signal<web_sys::Element>. Use Signal<SendWrapper<web_sys::Element>> instead.
  • OptionLocalSignal now has a clone free .read() implementation (thanks to @​luxalpa).

New

  • There's now an OptionLocalRwSignal for dealing with non-Send/non-Sync values in an SSR safe manner (thanks to @​luxalpa).

Special thanks to our sponsor

Version 0.17.0

Changes in this version:

[0.17.0] - 2025-12-18

Huge thanks to @​DrFlowerkick for all of this excellent work on this release.

Breaking Changes 🛠

  • Updated Rust Edition to 2024
  • use_cookie now requires its value type to be PartialEq to be able to compare values to avoid infinite update loops.
  • use_event_source (all thanks to @​DrFlowerkick):
    • It now accepts its url parameter as impl Into<Signal<String>>
    • UseEventSourceReturn now longer has the fields event_source, event or data. Instead there is now a message field which is a Signal<Option<UseEventSourceMessage>>. Please check the docs for more info.
    • UseEventSourceOptions now accepts an on_event generic event handler.
    • UseEventSourceError has changed (again => pls see docs).
  • use_websocket no longer returns access to ws to prevent SSR issues (thanks to @​DrFlowerkick).
  • A bunch of functions had local signals in their return types which could cause SSR issues. These have been replaced by our new OptionLocalSignal which is basically a Signal<Option<SendWrapper<T>>>. This solves the SSR issues (all thanks to @​DrFlowerkick):
    • use_broadcast_channel
    • use_geolocation
    • use_web_notification
    • use_display_media
    • use_user_media
    • use_intl_number_format

New Functions 🚀

... (truncated)

Changelog

Sourced from leptos-use's changelog.

[0.18.0] - 2026-01-11

Breaking Changes 🛠

  • Element(s)MaybeSignal is now internally sendwrapped for SSR robustness. Some automatic conversions have been removed when they can't really be made SSR safe like Signal<web_sys::Element>. Use Signal<SendWrapper<web_sys::Element>> instead.
  • OptionLocalSignal now has a clone free .read() implementation (thanks to @​luxalpa).

New

  • There's now an OptionLocalRwSignal for dealing with non-Send/non-Sync values in an SSR safe manner (thanks to @​luxalpa).

Special thanks to our sponsor

[0.17.0] - 2025-12-18

Huge thanks to @​DrFlowerkick for all of this excellent work on this release.

Breaking Changes 🛠

  • Updated Rust Edition to 2024
  • use_cookie now requires its value type to be PartialEq to be able to compare values to avoid infinite update loops.
  • use_event_source (all thanks to @​DrFlowerkick):
    • It now accepts its url parameter as impl Into<Signal<String>>
    • UseEventSourceReturn now longer has the fields event_source, event or data. Instead there is now a message field which is a Signal<Option<UseEventSourceMessage>>. Please check the docs for more info.
    • UseEventSourceOptions now accepts an on_event generic event handler.
    • UseEventSourceError has changed (again => pls see docs).
  • use_websocket no longer returns access to ws to prevent SSR issues (thanks to @​DrFlowerkick).
  • A bunch of functions had local signals in their return types which could cause SSR issues. These have been replaced by our new OptionLocalSignal which is basically a Signal<Option<SendWrapper<T>>>. This solves the SSR issues (all thanks to @​DrFlowerkick):
    • use_broadcast_channel
    • use_geolocation
    • use_web_notification
    • use_display_media
    • use_user_media
    • use_intl_number_format

New Functions 🚀

  • use_screen_orientation

Fixes 🍕

  • use_event_source SSR fixed
  • ElementsMaybeSignal and ElementMaybeSignal can now be successfully created from &strs (thanks to @​fhgalano).
    • When using &strs as selectors in these cases, internally it will create signals that wait for the selector to appear in the DOM if not found immediately.
  • Fixed broken link in docs for use_locale (thanks to @​cocoliliace).

... (truncated)

Commits
  • f92f228 Update README.md
  • c9c8750 release
  • 606750c Merge branch 'main' of github.com:Synphonyte/leptos-use
  • c0b04b1 made Element(s)MaybeSignal sendwrapped for SSR robustness
  • 44a439b Merge pull request #291 from luxalpa/option_local_signal-refactor
  • c611eba Fix some doc comments
  • 3f7efd5 Fix clippy warning
  • af9e0b6 Improve comment
  • c47b4da Refactor OptionLocalSignal to avoid the need for T: Clone
  • 3272864 Merge branch 'main' of github.com:Synphonyte/leptos-use
  • Additional commits viewable in compare view

Updates opentelemetry from 0.22.0 to 0.31.0

Release notes

Sourced from opentelemetry's releases.

0.30.0 Release

See changelog for individual crates to know the exact set of changes. All crates in this repo follows same version (0.30.0 for this release).

This release also upgrades Metrics-SDK to stable!

See summary of release notes: https://github.com/open-telemetry/opentelemetry-rust/blob/main/docs/release_0.30.md

0.29.0 Release

See changelog for individual crates to know the exact set of changes. All crates in this repo follows same version (0.29.0 for this release).

This release also upgrades

  • Logs-SDK to stable
  • Logs-Appender-Tracing to stable
  • Baggage to RC

And deprecates

  • Prometheus exporter is - now deprecated in favor of OTLP exporter.

0.28.0 Release

See changelog for individual crates to know the exact set of changes. All crates in this repo follows same version (0.28.0 for this release).

This release also upgrades

  • Logs API to stable
  • Logs-SDK, Logs OTLP exporter, Logs-Appender-Tracing to RC
  • Metrics-API to stable
  • Metrics-SDK, Metrics OTLP exporter to RC.

This release introduces several breaking changes as we progress toward a stable version for logs and metrics. We recommend reviewing the Migration Guide along with the changelogs to ensure a smooth upgrade.

opentelemetry-0.27.1 patch release

This release has improved internal logging to help with troubleshooting.

opentelemetry_sdk-0.27.1 patch release

Refer to opentelemetry-sdk CHANGELOG for the changes.

0.27.0 Release

See changelog for individual crates to know the exact set of changes. All crates in this repo follows same version (0.27.0 for this release).

This release also upgrades

  • Logs API to RC
  • Metrics API to RC
  • Metrics SDK to Beta
  • Metrics OTLP Exporter to Beta.

0.26.0 Release

See changelog for individual crates to know the exact set of changes. As informed during previous release, all crates from this repo follows same version (0.26.0 for this release).

... (truncated)

Changelog

Sourced from opentelemetry's changelog.

Release Notes 0.30

OpenTelemetry Rust 0.30 introduces a few breaking changes to the opentelemetry_sdk crate in the metrics feature. These changes were essential to drive the Metrics SDK towards stability. With this release, the Metrics SDK is officially declared stable. The Metrics API was declared stable last year, and previously, the Logs API, SDK, and OTel-Appender-Tracing were also marked stable. Importantly, no breaking changes have been introduced to components already marked as stable.

It is worth noting that the opentelemetry-otlp crate remains in a Release-Candidate state and is not yet considered stable. With the API and SDK for Logs and Metrics now stable, the focus will shift towards further refining and stabilizing the OTLP Exporters in upcoming releases. Additionally, Distributed Tracing is expected to progress towards stability, addressing key interoperability challenges.

For detailed changelogs of individual crates, please refer to their respective changelog files. This document serves as a summary of the main changes.

Key Changes

Metrics SDK Improvements

  1. Stabilized "view" features: Previously under an experimental feature flag, views can now be used to modify the name, unit, description, and cardinality limit of a metric. Advanced view capabilities, such as changing aggregation or dropping attributes, remain under the experimental feature flag.

  2. Cardinality capping: Introduced the ability to cap cardinality and configure limits using views.

  3. Polished public API: Refined the public API to hide implementation details from exporters, enabling future internal optimizations and ensuring consistency. Some APIs related to authoring custom metric readers have been moved behind experimental feature flags. These advanced use cases require more time to finalize the API surface before being included in the stable release.

Context-Based Suppression

Added the ability to suppress telemetry based on Context. This feature prevents telemetry-induced-telemetry scenarios and addresses a long-standing issue. Note that suppression relies on proper context propagation. Certain libraries used in OTLP Exporters utilize tracing but do not adopt OpenTelemetry's context propagation. As a result, not all telemetry is automatically suppressed with this feature. Improvements in this area are expected in future releases.

Next Release

... (truncated)

Commits
  • 2b63b75 fix: Panics and exploding memory usage from large cardinality limit (#3290)
  • c346d4b feat: Upgrade SDK version to 0.31.0 (#3287)
  • 07bb613 feat: Improve support for exponential histogram (#3259)
  • 693dcc0 chore: Unify SpanExporter with LogExporter and PushMetricExporter (#3281)
  • 65969fd docs: logs enrichment (#3266)
  • 627f252 feat: Stabilize Logger Enabled (#3278)
  • 4c16d9b fix: Remove unused tracing dependency from opentelemetry-otlp (#3264)
  • 759b539 chore(sampling): move sdk types from opentelemetry to opentelemetry_sdk (#3277)
  • 483b420 fix: handle shutdown in logs exporter (#3255)
  • 53c9f47 chore(deps): bump step-security/harden-runner from 2.13.1 to 2.13.2 (#3273)
  • Additional commits viewable in compare view

Updates opentelemetry-otlp from 0.15.0 to 0.31.0

Release notes

Sourced from opentelemetry-otlp's releases.

v0.31.0

See changelog for individual crates to know the exact set of changes. All crates in this repo follows same version (0.31.0 for this release).

0.30.0 Release

See changelog for individual crates to know the exact set of changes. All crates in this repo follows same version (0.30.0 for this release).

This release also upgrades Metrics-SDK to stable!

See summary of release notes: https://github.com/open-telemetry/opentelemetry-rust/blob/main/docs/release_0.30.md

0.29.0 Release

See changelog for individual crates to know the exact set of changes. All crates in this repo follows same version (0.29.0 for this release).

This release also upgrades

  • Logs-SDK to stable
  • Logs-Appender-Tracing to stable
  • Baggage to RC

And deprecates

  • Prometheus exporter is - now deprecated in favor of OTLP exporter.

0.28.0 Release

See changelog for individual crates to know the exact set of changes. All crates in this repo follows same version (0.28.0 for this release).

This release also upgrades

  • Logs API to stable
  • Logs-SDK, Logs OTLP exporter, Logs-Appender-Tracing to RC
  • Metrics-API to stable
  • Metrics-SDK, Metrics OTLP exporter to RC.

This release introduces several breaking changes as we progress toward a stable version for logs and metrics. We recommend reviewing the Migration Guide along with the changelogs to ensure a smooth upgrade.

opentelemetry-0.27.1 patch release

This release has improved internal logging to help with troubleshooting.

opentelemetry_sdk-0.27.1 patch release

Refer to opentelemetry-sdk CHANGELOG for the changes.

0.27.0 Release

See changelog for individual crates to know the exact set of changes. All crates in this repo follows same version (0.27.0 for this release).

This release also upgrades

  • Logs API to RC
  • Metrics API to RC
  • Metrics SDK to Beta
  • Metrics OTLP Exporter to Beta.

... (truncated)

Changelog

Sourced from opentelemetry-otlp's changelog.

Release Notes 0.30

OpenTelemetry Rust 0.30 introduces a few breaking changes to the opentelemetry_sdk crate in the metrics feature. These changes were essential to drive the Metrics SDK towards stability. With this release, the Metrics SDK is officially declared stable. The Metrics API was declared stable last year, and previously, the Logs API, SDK, and OTel-Appender-Tracing were also marked stable. Importantly, no breaking changes have been introduced to components already marked as stable.

It is worth noting that the opentelemetry-otlp crate remains in a Release-Candidate state and is not yet considered stable. With the API and SDK for Logs and Metrics now stable, the focus will shift towards further refining and stabilizing the OTLP Exporters in upcoming releases. Additionally, Distributed Tracing is expected to progress towards stability, addressing key interoperability challenges.

For detailed changelogs of individual crates, please refer to their respective changelog files. This document serves as a summary of the main changes.

Key Changes

Metrics SDK Improvements

  1. Stabilized "view" features: Previously under an experimental feature flag, views can now be used to modify the name, unit, description, and cardinality limit of a metric. Advanced view capabilities, such as changing aggregation or dropping attributes, remain under the experimental feature flag.

  2. Cardinality capping: Introduced the ability to cap cardinality and configure limits using views.

  3. Polished public API: Refined the public API to hide implementation details from exporters, enabling future internal optimizations and ensuring consistency. Some APIs related to authoring custom metric readers have been moved behind experimental feature flags. These advanced use cases require more time to finalize the API surface before being included in the stable release.

Context-Based Suppression

Added the ability to suppress telemetry based on Context. This feature prevents telemetry-induced-telemetry scenarios and addresses a long-standing issue. Note that suppression relies on proper context propagation. Certain libraries used in OTLP Exporters utilize tracing but do not adopt OpenTelemetry's context propagation. As a result, not all telemetry is automatically suppressed with this feature. Improvements in this area are expected in future releases.

Next Release

... (truncated)

Commits
  • 285dc92 chore: Prepare for release v0.31.0 (#3179)
  • 9cde968 chore: Prepare for release otel-http v0.30.1, Revert part of multi-value key ...
  • 5250df2 fix: Suppress telemetry emitted inside of BatchLogProcessor::emit (#3172)
  • 9bd2c1b fix: use instrumentation schema URL on scope spans (#3171)
  • 159135c feat: Add is_remote flag in exporter for spans and span links (#3153)
  • b7ff11b fix: Use path+version dependencies for publishing to crates.io otel-http (#3...
  • 24da5c9 fix: Use path+version dependencies for publishing to crates.io (#3167)
  • 6f75c58 fix: Add std feature to serde to fix CI linting issues (#3165)
  • 80b5dcb chore: Bump opentelemetry-proto to v0.30.1 and opentelemetry-otlp to v0.30.1 ...
  • b70771a chore: bump otel-proto to v1.8.0 (#3156)
  • Additional commits viewable in compare view

Updates opentelemetry_sdk from 0.22.1 to 0.31.0

Release notes

Sourced from opentelemetry_sdk's releases.

opentelemetry_sdk-0.27.1 patch release

Refer to opentelemetry-sdk CHANGELOG for the changes.

Changelog

Sourced from opentelemetry_sdk's changelog.

Release Notes 0.30

OpenTelemetry Rust 0.30 introduces a few breaking changes to the opentelemetry_sdk crate in the metrics feature. These changes were essential to drive the Metrics SDK towards stability. With this release, the Metrics SDK is officially declared stable. The Metrics API was declared stable last year, and previously, the Logs API, SDK, and OTel-Appender-Tracing were also marked stable. Importantly, no breaking changes have been introduced to components already marked as stable.

It is worth noting that the opentelemetry-otlp crate remains in a Release-Candidate state and is not yet considered stable. With the API and SDK for Logs and Metrics now stable, the focus will shift towards further refining and stabilizing the OTLP Exporters in upcoming releases. Additionally, Distributed Tracing is expected to progress towards stability, addressing key interoperability challenges.

For detailed changelogs of individual crates, please refer to their respective changelog files. This document serves as a summary of the main changes.

Key Changes

Metrics SDK Improvements

  1. Stabilized "view" features: Previously under an experimental feature flag, views can now be used to modify the name, unit, description, and cardinality limit of a metric. Advanced view capabilities, such as changing aggregation or dropping attributes, remain under the experimental feature flag.

  2. Cardinality capping: Introduced the ability to cap cardinality and configure limits using views.

  3. Polished public API: Refined the public API to hide implementation details from exporters, enabling future internal optimizations and ensuring consistency. Some APIs related to authoring custom metric readers have been moved behind experimental feature flags. These advanced use cases require more time to finalize the API surface before being included in the stable release.

Context-Based Suppression

Added the ability to suppress telemetry based on Context. This feature prevents telemetry-induced-telemetry scenarios and addresses a long-standing issue. Note that suppression relies on proper context propagation. Certain libraries used in OTLP Exporters utilize tracing but do not adopt OpenTelemetry's context propagation. As a result, not all telemetry is automatically suppressed with this feature. Improvements in this area are expected in future releases.

Next Release

... (truncated)

Commits
  • 285dc92 chore: Prepare for release v0.31.0 (#3179)
  • 9cde968 chore: Prepare for release otel-http v0.30.1, Revert part of multi-value key ...
  • 5250df2 fix: Suppress telemetry emitted inside of BatchLogProcessor::emit (#3172)
  • 9bd2c1b fix: use instrumentation schema URL on scope spans (#3171)
  • 159135c feat: Add is_remote flag in exporter for spans and span links (#3153)
  • b7ff11b fix: Use path+version dependencies for publishing to crates.io otel-http (#3...
  • 24da5c9 fix: Use path+version dependencies for publishing to crates.io (#3167)
  • 6f75c58 fix: Add std feature to serde to fix CI linting issues (#3165)
  • 80b5dcb chore: Bump opentelemetry-proto to v0.30.1 and opentelemetry-otlp to v0.30.1 ...
  • b70771a chore: bump otel-proto to v1.8.0 (#3156)
  • Additional commits viewable in compare view

Updates plotly from 0.13.5 to 0.14.0

Changelog

Sourced from plotly's changelog.

[0.14.0] - 2026-01-10

Fixed

  • [#348] Fix Pie chart color setting
  • [#355] Add LayoutPolar support
  • [#354] Fixed maps examples

Changed

  • [#359] Expand plotly_derive to support ergonomic 1D and 2D color arrays setters

Added

  • [#350] Add plotly_static async API
  • [#355] Add LayoutPolar layout
  • [#356] Add downsample example based on minmax-lttb layout
Commits
  • f68ea92 update version in READMEs
  • 07dc425 update version and changelog
  • 67c40d2 bump ndarray in examples
  • f538723 Update ndarray requirement from 0.16 to 0.17
  • ad005de Update reqwest requirement from 0.12 to 0.13
  • 71fd8e6 Update askama requirement from 0.14.0 to 0.15.0
  • 33cb1d0 Update zip requirement from 6.0 to 7.0
  • d12e941 Update darling requirement from 0.22 to 0.23
  • c3a3269 Update darling requirement from 0.21 to 0.22
  • d4adeb0 fix typo
  • Additional commits viewable in compare view

Updates tracing-opentelemetry from 0.23.0 to 0.32.1

Release notes

Sourced from tracing-opentelemetry's releases.

0.32.1

Added

  • allow OpenTelemetry context access with SpanRef (#234)
  • add event-counting filtering layer for spans (#228)
  • publicly export SetParentError

Fixed

  • fix panic in multithreaded follows-from

Other

  • Remove unwanted dependency on opentelemetry sdk crate (#241)
  • update README.md links to use the latest version (#239)
  • remove thiserror and unused dependencies (#238)

0.32.0

Added

  • Add configuration for including target in spans (#222)

Changed

  • OpenTelemetry context activation (#202)
    • Trace ID and span ID can be obtained from OtelData via dedicated functions. Note that these will be available only if the context has already been built. (#233)
  • Correctly track entered and exited state for timings (#212)
  • Slightly improve error message on version mismatch (#211)
  • Remove Lazy for thread_local static (#215)
  • Update description of special fields and semantic conventions

Breaking Changes

  • The attributes code.filepath, code.lineno, and code.namespace have been renamed to code.file.path, and code.line.number, and code.module.name, to align with the opentelemetry semantic conventions for code. (#225)
  • Upgrade from opentelemetry to 0.31.0. Refer to the upstream changelog for more information. (#230)
  • Hold onto MetricsProvider in MetricsLayer (#224)
  • The attribute otel.status_message was changed to otel.status_description to align with the opentelemetry semantic conventions for code. (#209)
  • Remove the metrics_gauge_unstable feature.

0.31.0

Breaking Changes

  • Upgrade from opentelemetry 0.29.0 to 0.30.0. Refer to the upstream changelog

... (truncated)

Changelog

Sourced from tracing-opentelemetry's changelog.

0.32.1 - 2025-12-17

Added

  • allow OpenTelemetry context access with SpanRef (#234)
  • add event-counting filtering layer for spans (#228)
  • publicly export SetParentError

Fixed

  • fix panic in multithreaded follows-from

Other

  • Remove unwanted dependency on opentelemetry sdk crate (#241)
  • update README.md links to use the latest version (#239)
  • remove thiserror and unused dependencies (#238)

0.32.0 - 2025-09-29

Added

  • Add configuration for including target in spans (#222)

Changed

  • OpenTelemetry context activation (#202)
    • Trace ID and span ID can be obtained from OtelData via dedicated functions. Note that these will be available only if the context has already been built. (#233)
  • Correctly track entered and exited state for timings (#212)
  • Slightly improve error message on version mismatch (#211)
  • Remove Lazy for thread_local static (#215)
  • Update description of special fields and semantic conventions

Breaking Changes

  • The attributes code.filepath, code.lineno, and code.namespace have been renamed to code.file.path, and code.line.number, and code.module.name, to align with the opentelemetry semantic conventions for code. (#225)
  • Upgrade from opentelemetry to 0.31.0. Refer to the upstream changelog for more information. (#230)
  • Hold onto MetricsProvider in MetricsLayer (#224)
  • The attribute otel.status_message was changed to otel.status_description to align with the opentelemetry semantic conventions for code. (#209)
  • Remove the metrics_gauge_unstable feature.

0.31.0 (June 2, 2025)

... (truncated)

Commits
  • feedb22 chore: prepare release of 0.32.1 (#246)
  • 99b934b feat: allow OpenTelemetry context access with SpanRef (#234)
  • 35be2a5 docs: add functionality rustdocs to layer
  • a31f8db fix: fix panic in multithreaded follows-from
  • 94fddb0 test: add test for mutlithreaded follows from panic
  • 6b81167 Remove unwanted dependency on opentelemetry sdk crate (#241)
  • 938a9a8 fix: fix broken compilation (#245)
  • 13f7ca2 feat: add event-counting filtering layer for spans (#228)
  • 884b00c chore: update README.md links to use the latest version (#239)
  • 79be94c chore: remove thiserror and unused dependencies (#238)
  • Additional commits viewable 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 <dependency name> major version will close this group update PR and stop Dependabot creating any more for the specific dependency's major version (unless you unignore this specific dependency's major version or upgrade to it yourself)
  • @dependabot ignore <dependency name> minor version will close this group update PR and stop Dependabot creating any more for the specific dependency's minor version (unless you unignore this specific dependency's minor version or upgrade to it yourself)
  • @dependabot ignore <dependency name> will close this group update PR and stop Dependabot creating any more for the specific dependency (unless you unignore this specific dependency or upgrade to it yourself)
  • @dependabot unignore <dependency name> will remove all of the ignore conditions of the specified dependency
  • @dependabot unignore <dependency name> <ignore condition> will remove the ignore condition of the specified dependency and ignore conditions

@dependabot
Bump the cargo-dependencies group across 1 directory with 6 updates
91cfbfc 
Bumps the cargo-dependencies group with 6 updates in the / directory:

| Package | From | To |
| --- | --- | --- |
| [leptos-use](https://github.com/Synphonyte/leptos-use) | `0.16.3` | `0.18.0` |
| [opentelemetry](https://github.com/open-telemetry/opentelemetry-rust) | `0.22.0` | `0.31.0` |
| [opentelemetry-otlp](https://github.com/open-telemetry/opentelemetry-rust) | `0.15.0` | `0.31.0` |
| [opentelemetry_sdk](https://github.com/open-telemetry/opentelemetry-rust) | `0.22.1` | `0.31.0` |
| [plotly](https://github.com/plotly/plotly.rs) | `0.13.5` | `0.14.0` |
| [tracing-opentelemetry](https://github.com/tokio-rs/tracing-opentelemetry) | `0.23.0` | `0.32.1` |



Updates `leptos-use` from 0.16.3 to 0.18.0
- [Release notes](https://github.com/Synphonyte/leptos-use/releases)
- [Changelog](https://github.com/Synphonyte/leptos-use/blob/main/CHANGELOG.md)
- [Commits](Synphonyte/leptos-use@v0.16.3...v0.18.0)

Updates `opentelemetry` from 0.22.0 to 0.31.0
- [Release notes](https://github.com/open-telemetry/opentelemetry-rust/releases)
- [Changelog](https://github.com/open-telemetry/opentelemetry-rust/blob/main/docs/release_0.30.md)
- [Commits](open-telemetry/opentelemetry-rust@opentelemetry-0.22.0...opentelemetry-prometheus-0.31.0)

Updates `opentelemetry-otlp` from 0.15.0 to 0.31.0
- [Release notes](https://github.com/open-telemetry/opentelemetry-rust/releases)
- [Changelog](https://github.com/open-telemetry/opentelemetry-rust/blob/main/docs/release_0.30.md)
- [Commits](open-telemetry/opentelemetry-rust@opentelemetry-otlp-0.15.0...v0.31.0)

Updates `opentelemetry_sdk` from 0.22.1 to 0.31.0
- [Release notes](https://github.com/open-telemetry/opentelemetry-rust/releases)
- [Changelog](https://github.com/open-telemetry/opentelemetry-rust/blob/main/docs/release_0.30.md)
- [Commits](open-telemetry/opentelemetry-rust@v0.22.1...v0.31.0)

Updates `plotly` from 0.13.5 to 0.14.0
- [Release notes](https://github.com/plotly/plotly.rs/releases)
- [Changelog](https://github.com/plotly/plotly.rs/blob/main/CHANGELOG.md)
- [Commits](plotly/plotly.rs@0.13.5...0.14.0)

Updates `tracing-opentelemetry` from 0.23.0 to 0.32.1
- [Release notes](https://github.com/tokio-rs/tracing-opentelemetry/releases)
- [Changelog](https://github.com/tokio-rs/tracing-opentelemetry/blob/v0.1.x/CHANGELOG.md)
- [Commits](tokio-rs/tracing-opentelemetry@v0.23.0...v0.32.1)

---
updated-dependencies:
- dependency-name: leptos-use
  dependency-version: 0.18.0
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: cargo-dependencies
- dependency-name: opentelemetry
  dependency-version: 0.31.0
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: cargo-dependencies
- dependency-name: opentelemetry-otlp
  dependency-version: 0.31.0
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: cargo-dependencies
- dependency-name: opentelemetry_sdk
  dependency-version: 0.31.0
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: cargo-dependencies
- dependency-name: plotly
  dependency-version: 0.14.0
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: cargo-dependencies
- dependency-name: tracing-opentelemetry
  dependency-version: 0.32.1
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: cargo-dependencies
...

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot dependabot bot added dependencies Pull requests that update a dependency file rust Pull requests that update Rust code labels Jan 14, 2026
@DanNixon DanNixon requested a review from Modularius January 14, 2026 15:29
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Reviewers

@Modularius Modularius Awaiting requested review from Modularius

At least 1 approving review is required to merge this pull request.

Assignees

No one assigned

Labels

dependencies Pull requests that update a dependency file rust Pull requests that update Rust code

Projects

None yet

Milestone

No milestone

Development

Successfully merging this pull request may close these issues.

0 participants