Release nmrs 2.0.0 #198
Open
Release nmrs 2.0.0 #198
+3,766
−549
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
also writes in field and display for Bluetooth device type
- Implement Bluetooth connection logic - Add BlueZ D-Bus integration for device name/alias retrieval - Create Bluetooth connection builder with PANU/DUN support - Add `ActiveTransport` trait for unified connection monitoring - Refactor WiFi monitoring functions into `wifi.rs` module - Add `BluetoothDevice`, `BluetoothIdentity` models - Implement `list_bluetooth_devices()` API - Add `bluetooth` and `bluetooth_connect` examples - Update `connection.rs` to use `ActiveTransport` trait
Also clean up docs.
This commit also marks various structs/enums as `non_exhaustive` so as to avoid breaking the public API
- We now list bluetooth devices based on their capabilities, which requires us to proxy the Bluetooth interface of course - Refactored `forget()` to target more than just wifi devices, as with the case in bluetooth devices, we dont actually need all the fields wifi does - Changed the `BluetoothDevice` model to take `bt_caps` instead of the `bt_device_type` which is canonical with what NM expects from Bluetooth devices (since we can just grab the type whenever we want via `DeviceType` in `NMDeviceProxy`) - Other pedantic changes to tests, and docs due to changes above
…sibility - Add #[non_exhaustive] to all public enums and structs that may evolve in 2.x - Implement constructors and builder methods for structs that need external instantiation - EapOptions::new() with builder methods - ConnectionOptions::new() with builder methods - VpnCredentials::new() with builder methods - WireGuardPeer::new() with builder methods - Update all doctests, examples, and tests to use new constructors - Update VpnConnection and VpnConnectionInfo doctests to reflect read-only nature This ensures we can add new enum variants, struct fields, device types, and error types in future 2.x releases without breaking changes to the public API.
also updates CHANGELOG accordingly for 2.0.0 release
This was
linked to
issues
Jan 19, 2026
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR will be the working draft for the
2.0.0releaseCloses #176, #188, #185