Linux like configuration is utterly terrible. At least with iOS there's usually two modes: it either connects or it doesn't. When it connects, it works flawlessly. For Linux, it's a variety of possibilities including but not limited to: able to discover device but can't pair, pairs but unable to send any files, Bluetooth daemon crashes two seconds after pairing (GUI hangs and you have to manually grep through the logcat to figure out what went wrong), Bluetooth pairs but on reboot daemon fails to start with a cryptic error code. On googling the error code leads to a post on Ubuntu StackExchange from 5 years ago that references a post on the Arch Linux forum from even further back. On IRC support, you would be recommended to install Blueman/Bluez/whatever-their-favorite-bluetooth-software on top of your distro's version. And after a whole afternoon, it still wouldn't work. When you write a blog post complaining about it, people would tell you in the comment thread to go replace your device with a "ThinkPad" cause Linux is not supposed to run properly on most laptops despite being marketed as such. And then finally two months later someone posts a comment telling you to flip an entry on an obscure config file somewhere deep within the system and the problem magically goes away. So no, I don't want Linux-like configs.
A better solution would be more robust cross platform Bluetooth stacks. We have tons of high quality, open source TCP/IP networking software, elliptic curve cryptography and key exchange libraries. The same needs to be done for Bluetooth. If companies like Google have enough money to relaunch and rebrand IoT home assistants every other week and publish new networking stacks written in Go for their latest container orchestrator/mobile OS/browser every 6 months then I am sure they can find time and funding for better Bluetooth firmware.
> At least with iOS there's usually two modes: it either connects or it doesn't.
Those two modes aren't quite good enough, though. One recent fun episode occurred when I walked up to our house and started doing some work outside, while both I and someone inside were listening to music. For some reason, my phone automatically disconnected from my headphones, and connected to the bluetooth speaker inside, somehow disconnecting whatever it was originally connected to. So, for the person inside, the bluetooth speaker stopped playing their music and started playing something random, which proceeded to start and stop a few times, and then get louder and louder and LOUDER while I was standing outside, fiddling with my phone and headphones, trying to figure out why my music stopped playing.
My guess is that the root cause is that there's a crippling design flaw at the root of the Bluetooth spec: Its original designers apparently never considered the possibility that multiple people might share their electronics.
A better solution would be more robust cross platform Bluetooth stacks. We have tons of high quality, open source TCP/IP networking software, elliptic curve cryptography and key exchange libraries. The same needs to be done for Bluetooth. If companies like Google have enough money to relaunch and rebrand IoT home assistants every other week and publish new networking stacks written in Go for their latest container orchestrator/mobile OS/browser every 6 months then I am sure they can find time and funding for better Bluetooth firmware.