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.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I am using Slackware64 14.2 pre-installed with blueman-manager (BlueZ).
Bluetooth works absolutely fine with root, but not my own account.
My account does not even start the manager after boot, and I tried to launch the manager manually using 'sudo'. Still, the manager cannot connect to my headset and smartphone, while showing this error message:
Connection Failed: DBusFailedError: Protocol not available
I doubt that it is because of having limited permission to hardware configurations. Any ideas how to solve it?
Thank you!
Last edited by limpingstone; 03-30-2017 at 04:46 PM.
no I actually I only added wheel to get sudo.
you're using blueman-manager to pair your head set?
then if you get it paired you have to use pavcontrol to change the source to your headset to get sound.
Well weirdly, I found that there are in fact two managers for bluetooth: blueman-manager and the system default manager in settings. I am rather confused which one I should use. And by the way, the one provided by the system seems like it's not even available. Is it another group that I need to add to make it work? For both of them works in root.
Last edited by limpingstone; 03-30-2017 at 06:37 PM.
Well weirdly, I found that there are in fact two managers for bluetooth: blueman-manager and the system default manager in settings. I am rather confused which one I should use. And by the way, the one provided by the system seems like it's not even available. Is it another group that I need to add to make it work? For both of them works in root.
Thank you! It's my first time using Slackware and I have many to learn...
what WM are you using and are you getting the apple showing up in the apt tray? whichever one shows up click on it and go though its setup search with your Bluetooth device turned on for discovery. then just follow the prompts.
if you have to copy the one desktop to /etc/xdg/autostart
logout then back in again after you've copied it into your xdg/autostart directory.
For some reason, blueman-manager.desktop is not picked up by the system when I login with KDE. That is why I started blueman-manager with Konsole. I even tried "chmod 755 blueman-manager.desktop" to make it executable, and it still does not run.
I tested the .desktop file with Konsole and it just gave me a list of "command not found". Perhaps the .desktop file is corrupted?
Maybe you should check your normal user's home directory for any files/directories that are owned by root. A sudo with the wrong command can do interesting things to your environment.
For some reason, blueman-manager.desktop is not picked up by the system when I login with KDE. That is why I started blueman-manager with Konsole. I even tried "chmod 755 blueman-manager.desktop" to make it executable, and it still does not run.
I tested the .desktop file with Konsole and it just gave me a list of "command not found". Perhaps the .desktop file is corrupted?
check your desktop file and if you have to put the absolute path to the executable in the TryExec and Exec=/usr/bin/executable <-- like that . you could even try using the other desktop file for the other executable -- the main thing is letting the system start it and not you in the cli. it got a go through the proper channels it is after all a root permissions needed to run properly like the wifi and network connections.
This is all taken care of via (what should I call it?) the executable chain of command the polkit and other needed files that give out permissions for things like this.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.