#linux-bluetooth #dbus #bluetooth #bluez #ble #generated-bindings #linux

bluez-generated

Generated async D-Bus bindings for talking to BlueZ on Linux

4 releases (2 breaking)

0.3.0 Jan 18, 2023
0.2.1 Jan 8, 2021
0.2.0 Oct 30, 2020
0.1.0 Oct 18, 2020

#833 in Unix APIs

Download history 6307/week @ 2023-12-13 5517/week @ 2023-12-20 5909/week @ 2023-12-27 5799/week @ 2024-01-03 5510/week @ 2024-01-10 6132/week @ 2024-01-17 6381/week @ 2024-01-24 5383/week @ 2024-01-31 5595/week @ 2024-02-07 5537/week @ 2024-02-14 5192/week @ 2024-02-21 5323/week @ 2024-02-28 4865/week @ 2024-03-06 4114/week @ 2024-03-13 3866/week @ 2024-03-20 3581/week @ 2024-03-27

17,172 downloads per month
Used in 51 crates (via bluez-async)

MIT/Apache

59KB
1.5K SLoC

Generated bindings for BlueZ

crates.io page docs.rs page

Generated async D-Bus bindings for talking to BlueZ on Linux.

Bindings are generated from introspection data, using dbus-codegen. This means that it is relatively easy to maintain, but it only covers interfaces that I have the devices for.

Adding Interfaces

If there is an interface that you need which is not generated, it should be reasonably straightforward to generate them and send a pull request. See introspect.sh for details. It's also perfectly reasonable to generate the interfaces you need and vendor them into your project.

Future Direction

Only async bindings are generated. Blocking bindings could also be generated, but I'm unlikely to use them, so they would need to be contributed by someone else.

It would be nice to generate some strongly typed bindings around add_match() for subscribing to PropertiesChanged signals as as stream for a particular property.

License

Licensed under either of

at your option.

Contribution

Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in the work by you, as defined in the Apache-2.0 license, shall be dual licensed as above, without any additional terms or conditions.

Dependencies

~6MB
~128K SLoC