hcitool/hciconfig are now deprecated in upstream bluez
See original GitHub issue[parker@satellite ~]$ sudo ds4drv
[error][daemon] 'hcitool' could not be found, make sure you have bluez-utils installed.
Under the first notes section https://wiki.archlinux.org/index.php/bluetooth#Installation
There is a compat package but it’s only on the AUR so not everybody will have access to it.
Issue Analytics
- State:
- Created 7 years ago
- Reactions:2
- Comments:18
Top Results From Across the Web
FS#53110 : no hcitool/hciconfig tools in bluez-utils 5.44-1 - Arch Linux
Additional comments about closing: Several tools are now declared deprecated and got removed by upstream decision. See also commit msg.
Read more >hcitool/hciconfig are now deprecated in upstream bluez
hcitool/hciconfig are now deprecated in upstream bluez.
Read more >phocean on Twitter: "and gattool is also among the victims ...
oO Deprecating very usefool utilities without any official replacement... #WTF hcitool/hciconfig are now deprecated in upstream bluez · Issue #123 ...
Read more >Changes/BluetoothDeprecated - Fedora Project Wiki
There's a number of utilities in the upstream bluez bluetooth package that have long been deprecated with their functionality replaced by ...
Read more >Package bluez-deprecated - man pages - ManKier
Bluetooth applications that have bee deprecated by upstream. They have been replaced by funcationality in the core bluetoothctl and will eventually be ...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Somebody decided to deprecate the executables that have been used for years by tons of devs and scripts to interact with the bluetooth stack without providing any viable alternative (“experiment with the dbus interaction to emulate what bluetoothctl does”, “pipe a bunch of echos to bluetoothctl”, “btmgmt is the new hciconfig - oh sorry, it’s not going to be official yet”).
That’s probably one of the dumbest things a software developer can do. Would it have been that expensive to keep the old executables until a new, stable way to handle bluetooth scripting with the new ones was out? You CAN’T deprecate something unless the alternative allows you to do exactly the same things you were able to do with the previous implementation! And the documentation is totally absent too - lots of pages still reference the hci* tools, and some (like the Arch Linux wiki) are themselves confused on what’s the right way to do things now. Most of all, users haven’t yet received an answer to a simple question: why were they deprecated in the first place?
I hope the guys at Bluez will soon recover from their unjustified booze and provide us with new reliable ways to do what we used to do until a year ago.
Just putting this here as reference for the dbus locations
That same value has read/write enabled on it.