Skip to content

Conversation

@dependabot
Copy link
Contributor

@dependabot dependabot bot commented on behalf of github May 16, 2025

Bumps zvariant from 4.2.0 to 5.5.1.

Release notes

Sourced from zvariant's releases.

πŸ”– zvariant 5.5.1

A bugfix release, fixing the breakage from 5.5.0 (now yanked):

  • πŸš‘οΈ Use pub use instead of a type alias. for as_value::{Deserialize, Serialize}. They structs expose their main internal field and get instantiated directly in the using code and that seems to break the API compatiblity when using type aliases.
  • πŸ”₯ Drop as_value::{Serialize, Deserialize} re-export. This was an accident. We don't want them on the crate-level.

πŸ”– zvariant 5.5.0

  • πŸš‘οΈ Ensure empty array is (de)serialized the same way as unit type.
  • ✨ Add as_value module. This new module provides API that can be used with serde::{Serialize::Deserialize} derives to (de)serialize a value as a Value (variant type). This is espcially useful for (de)serialization of structs as a dictionary (a{sv}).
  • πŸ—‘οΈ Deprecate SerializeDict & DeserializeDict macro. Now that user can directly use serde::{Serialize, Deserialize} for dict encoding of a struct, we don't need these anymore.
  • 🚚 Move SerializeValue & DeserializeValue into as_value & rename. These types belong in as_value module and given the context, we can just name them Serialize and Deserialize. We still provide type aliases to not break the API.
  • πŸ“ Improve Str docs.
  • πŸš‘οΈ Correctly handle identifier de for gvariant. We basically just need to do it exactly the same way as we do for the D-Bus format.
  • πŸš‘οΈ More robust deserialization of variants. Our deserializers rely on a specific behavior from the Value's Deserialize impls, and that fails when Value is being deserialized in a generic way (through deserialize_any or deserialize_ignored_any) and we end up with overflowing the stack. This happens for example when ignoring unknown fields/entries. Unfortunately, in case of GVariant we now no longer error out if a null byte is missing in a string type. You can blame Allison Lortie for removing the null-termination from a signature only when it is encoded in a variant but not otherwise. :)
  • ✨ Allow structs to be serialized as dictionaries.
  • ✨ zb,zn,Implement Borrow for Owned* types. Implementing Borrow makes things such as using Owned* types as keys easier, and it was more-or-less designed for this type of scenario anyway. Although it comes with some stringent requirements (i.e. traits implemented on the owned type need to have identical behavior to the borrowed type), all of these types are already rather thin wrappers to begin with.
  • βž– Drop static_assertions dep.
  • πŸ› fix wrong lifetime when creating a Value from &Vec and &[]. When creating a Value from a borrowed vec or slice using Value's From implementation, the compiler would wrongfully assume, that the created value has the same lifetime, even though the input gets cloned when creating the Array struct. This commit makes the impl assign a new lifetime to the cloned value.
  • ✨ Implement rename/rename_all when deriving Value/OwnedValue. Previously, setting these values would not apply to implementations of From and TryFrom when converting between a type and Value/OwnedValue. This change makes it so using rename or rename_all will apply to these traits. #320
  • ✨ *Value derive macros:
    • Support string encoding for enums.
    • Support enum variants without explicit values.
  • πŸ› Prefix a local variable w/ __ so it doesn't conflict w/ fields. ..in the struct deriving DeserializeDict. #1252.

πŸ”– zvariant 5.4.0

  • ✨ *Value derive macros now support optional fields in dict structs. #311

πŸ”– zvariant 5.3.0

  • ✨ Implement From<Arc<str>> & From<Cow<str>> for Value.
  • πŸ› Don't assume enum discriminant to be always a literal in Value macros.
  • ⬆️ Update winnow to 0.7.
  • ⬆️ Update rand to 0.9.0.

πŸ”– zvariant 5.2.0

  • ⬇️ Lower MSRV to 1.77.
  • πŸ› Prevent f32::NAN from causing panic.
  • πŸ”₯ Drop dev dependency on glib. I believe our own tests combined with fuzzing in the CI, is more than enough testing for gvariant encoding/decoding. So let's avoid the complexity of depending on a system library (even if it's only a dev-dep).

πŸ”– zvariant 5.1.0

  • 🏷️ Implement Clone for *Value. #1078
  • πŸš‘οΈ Fix a few potential panics. #1094
  • πŸ› Handle all variants in Error's PartialEq impl.
  • ♻️ Use winnow for validation of ObjectPath. #1070
  • πŸ₯… Add Error::InvalidObjectPath variant.
  • βž• Add direct dep on winnow.
  • ⬇️ Reduce rust-version to 1.80. #1107

πŸ”– zvariant 5.0.1

... (truncated)

Commits
  • babdc32 Merge pull request #1360 from zeenix/release-zv-5.5.1
  • 9220cd2 πŸ”– zv,zd: Release 5.5.1
  • 47966d1 πŸš‘οΈ zv: Use pub use instead of a type alias
  • e6fb054 πŸ”₯ zv: Drop as_value::{Serialize, Deserialize} re-export
  • b329e95 πŸ”₯ zb: Remove a forgotten unwrap call in a test
  • 4ba4963 πŸ“ CONTRIBUTING: Explicitly state how to c&p emojis
  • 5874e7c Merge pull request #1358 from zeenix/fix-local-deps
  • 0c8cb02 🩹 all: Don't use workspace for local deps
  • 8ffc1d2 πŸ”– zv,zd: Release 5.5.0
  • 0c0a986 Merge pull request #1357 from zeenix/fix-empty-array
  • Additional commits viewable in compare view

Dependabot compatibility score

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)

@dependabot dependabot bot requested a review from a team as a code owner May 16, 2025 22:04
@dependabot dependabot bot added dependencies Pull requests that update a dependency file rust Pull requests that update rust code labels May 16, 2025
Bumps [zvariant](https://github.com/dbus2/zbus) from 4.2.0 to 5.5.1.
- [Release notes](https://github.com/dbus2/zbus/releases)
- [Commits](z-galaxy/zbus@zvariant-4.2.0...zvariant-5.5.1)

---
updated-dependencies:
- dependency-name: zvariant
  dependency-version: 5.5.1
  dependency-type: direct:production
  update-type: version-update:semver-major
...

Signed-off-by: dependabot[bot] <[email protected]>
@dependabot dependabot bot force-pushed the dependabot/cargo/zvariant-5.5.1 branch from 4aa36b7 to 6582070 Compare May 21, 2025 03:18
@dependabot @github
Copy link
Contributor Author

dependabot bot commented on behalf of github May 21, 2025

Superseded by #69.

@dependabot dependabot bot closed this May 21, 2025
@dependabot dependabot bot deleted the dependabot/cargo/zvariant-5.5.1 branch May 21, 2025 06:21
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

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

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant