Skip to content

Releases: dbus2/zbus

zbus-1.3.0

11 May 07:49
Compare
Choose a tag to compare
  • Allow use of Connection in non-blocking mode. This makes it possible to integrate zbus in async runtimes. High-level async/await API is still missing but this work adds essential ground work for that.
  • Provide handshake module, that handles D-Bus handshaking protocol. Apart from the client side (used by zbus), server handshake logic is also provided, making it easier to create zbus-based D-Bus brokers (if anyone feel like doing so).
  • Provide raw::Connection, which is a low-level socket abstraction used by Connection. This makes it possible to use your own socket implementations with zbus.
  • Fix incorrect key type in return type of fdo::ObjectManager::get_managed_objects().
  • More reliable message body signature comparison.

All contributors:

zbus_macros-1.2.1

11 May 07:48
Compare
Choose a tag to compare

Bugfix release.

  • Always pass arguments as a tuple.
  • Remove some unnecessary allocation.
  • Add a failure test.

All contributors:

Jonas Platte

zbus-1.2.1

11 May 07:48
Compare
Choose a tag to compare

Bugfix release.

  • Use zbus_macros 1.2.1.
  • Add a test for single struct argument method.

All contributors:

Jonas Platte

zbus_macros-1.2.0

11 May 07:48
Compare
Choose a tag to compare
  • Provide access to message headers in dbus_interface methods, through an attribute.
  • Always deserialize message body as tuple. This fixes build against zbus_polkit crate.
  • Don't rely on zvariant crate in the scope.
  • Add missing LICENSE file to crate package.
  • Other internal/minor fixes/optimizations.

Contributors to this release:

zbus-1.2.0

11 May 07:48
Compare
Choose a tag to compare
  • Add ObjectServer::with method, that runs a given function in the context of a given object path and interface. This is mainly useful for emitting signals.
  • Interface trait now requires std::any::Any. This isn't exactly a breaking change since this was implicitly required already by ObjectServer methods.
  • Support abstract unix sockets.
  • Use zvariant_derive macros through zvariant crate.
  • Deprecate Error::NoTLSConnection and Error::NoTLSNode as these errors expose internal details and are no longer returned by any of our API.
  • Put zbus into the prelude.

Contributors to this release:

zvariant_derive-2.2.0

11 May 07:48
Compare
Choose a tag to compare
  • Fix deserialization of unknown dict entries.
  • Avoid a possible naming conflict of struct fields.
  • Stop relying on crates other than zvariant.
  • Some internal cleanups and make code a bit more robust.

zvariant-2.2.0

11 May 07:48
Compare
Choose a tag to compare
  • GVariant format serialization and deserialization.
  • Use and re-export zvariant_derive crate.
  • Implement Type for Option<T: Type>. Note: This type is GVariant-only (at least at the moment).
    • Also provided in a Maybe type for Option<T> in a Value.
  • Add generic wrapper types, SerializeValue and DeserializeValue, that serialize or deserialize the wrapped type as a Variant (i-e Value) type.
  • Add OwnedSignature and OwnedObjectPath, Similar to what was done for OwnedValue, this is an owned version of Signature and ObjectPath.
  • Add Signature::into_owned and ObjectPath::into_owned methods.
  • DeserializeDict now skips unknown fields in serialized data.
  • Put zvariant into the prelude instead of bringing it into scope where ever the derives are used.
  • Implement From<String> for Value.
  • Provide constants for Variant type signature.
  • Other internal/minor changes.

zbus_macros-1.1.1

11 May 07:48
Compare
Choose a tag to compare

Dummy release to get documentation link fixed on crates.io.

zbus_macros-1.1.0

11 May 07:48
Compare
Choose a tag to compare
  • Macro-generated proxy is now owned type, just like zbus::Proxy itself.
  • Macro-generated proxy now provides access to the underlying zbus::Proxy.

zbus-1.1.1

11 May 07:48
Compare
Choose a tag to compare

Brown-paperbag release to re-add dep on the exact version of zbus_macros (1.1.0). Otherwise, old version of zbus will end up using a new (incompatible) version of zbus_macros.