SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Here's a little guide and the slackbuilds for kbluetooth4 and its dependents.
First you are going to have to remove the old bluez-libs and bluez-utils packages. Bluez have merged both these packages into one.
All SlackBuilds have been optimized for x86_64. Change to suit your needs...
UPDATE!!!:
All SlackBuilds have now been fixed. Sorry me rushing things again lol
Fixed doinst.sh and SlackBuild in bluez to copy all the configuration files to /etc/bluetooth.
Added libusb-1* udev was not able to start the bluetooth daemon with the old legacy package.
Please build and install libusb and openobex before trying to compile the other packages.
PS:
You may want to make a symlink to the daemon startup scripts as if you have a internal bluetooth adapter it will initialize before the udev daemon and the bluetooth daemon will fail to load. Alternatively just start the bluetooth daemon from terminal.
I mailed you about this. All things considered, not bad at all. I've got a "works for me" bluez4 stack (with blueman, a gtk app) up and running here, so I was curious as to any differences in your stuff and mine. Aside from style issues and a few minor nits here and there, we pretty much arrived to the same place from different directions, and that's a good sign :-)
I don't think it's necessary to have bluetoothd start at boot any more (so no need for rc.bluetooth), but I addressed that in the email, so we can continue this conversation there - I just wanted to offer some public kudos first :-)
However, when I run kbluetooth4, I get errors like:
Code:
QDBusConnection: error: could not send message to service "org.bluez" path "" interface "org.freedesktop.DBus.Introspectable" member "Introspect"
QDBusConnection: error: could not send message to service "org.bluez" path "" interface "org.bluez.Adapter" member "ListDevices"
QDBusObjectPath: invalid path ""
QDBusConnection: error: could not send message to service "org.bluez" path "" interface "org.freedesktop.DBus.Introspectable" member "Introspect"
QDBusConnection: error: could not send message to service "org.bluez" path "" interface "org.bluez.Adapter" member "ListDevices"
QDBusConnection: error: could not send message to service "org.bluez" path "" interface "org.bluez.Adapter" member "StartDiscovery"
QDBusConnection: error: could not send message to service "org.bluez" path "" interface "org.bluez.Adapter" member "StopDiscovery"
QDBusConnection: error: could not send message to service "org.bluez" path "" interface "org.bluez.Adapter" member "StopDiscovery"
I don't get an icon in the task bar unless I run rc.bluetooth and in that case the icon is just jumbled pixels. No bluetooth devices are ever detected.
I get that same thing here with kbluetooth; that's why I use blueman :-)
I'm not *sure* about this, but *maybe* rebuilding kde with bluez4 installed will fix that. I've had more important things on my TODO list, so I haven't had a chance to find out...
EDIT: Sorry rworkman I found your email in my spam folder I've mailed you back.
lol we were thinking down the same lines on rc.bluetooth too I wasn't sure if it was necessary to add rc.bluetooth to start the daemon at startup ?. I left it as a matter of convenience and lack of testing
@ everyone else
As for the error's I don't know if I will carry on with kbluetooth or also go down the blueman route?. kbluetooth seemed fine on my system but as I'm testing I'm finding more than a few issues as its far from a finished project.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.