Blueman

From ArchWiki
The printable version is no longer supported and may have rendering errors. Please update your browser bookmarks and please use the default browser print function instead.

Blueman is a full featured Bluetooth manager written in Python and using GTK.

Installation

Install either blueman or blueman-gitAUR for the development version.

Be sure to enable the Bluetooth unit and start Blueman with blueman-applet. A graphical settings panel can be launched with blueman-manager.

Usage

Autostarting

The following autostart file should have been created: /etc/xdg/autostart/blueman.desktop. This means that Blueman should be autostarted with most desktop environments without manual intervention. See the article for your desktop environment or window manager as well as the Autostarting article for further information on autostarting.

Permissions

To receive files remember to right click on the Blueman tray icon > Local Services > Transfer > File Receiving (Object Push) and tick the Accept files from trusted devices box.

To be able to manage devices, you might need to add your user to the lp group, else you might receive the following error when connecting to a device: DBusFailedError: No such file or directory. This is because the user needs to be authorized to communicate with the Bluetooth daemon via D-Bus - the lp group is specified in /etc/dbus-1/system.d/bluetooth.conf. For information on adding a user to a group, see Users and groups#Other examples of user management.

From version 2.0.6 the official documentation recommends creating polkit rules in order to avoid polkit agents asking for password on every boot, as root user add the following polkit rules:

/etc/polkit-1/rules.d/51-blueman.rules
/* Allow users in wheel group to use blueman feature requiring root without authentication */
polkit.addRule(function(action, subject) {
    if ((action.id == "org.blueman.network.setup" ||
         action.id == "org.blueman.dhcp.client" ||
         action.id == "org.blueman.rfkill.setstate" ||
         action.id == "org.blueman.pppd.pppconnect") &&
        subject.isInGroup("wheel")) {

        return polkit.Result.YES;
    }
});

Note that users must belong to the wheel group.

Mounting Bluetooth devices

The instructions below describe a method for using different file managers with Blueman. The examples in this section focus on Thunar. If you are using a different file manager, substitute thunar with the name of the file manager you are using.

obex_thunar.sh
#!/bin/bash
[ ! -d ~/Bluetooth ] && mkdir ~/Bluetooth   
fusermount -u ~/Bluetooth
obexfs -b $1 ~/Bluetooth
thunar ~/Bluetooth

Now you will need to move the script to an appropriate location (e.g., /usr/local/bin). After that, mark it as executable:

# chmod +x /usr/local/bin/obex_thunar.sh

The last step is to change the line in Blueman tray icon > Local Services > Transfer > Advanced to obex_thunar.sh %d.

Blueman and PulseAudio

Users who want to use PulseAudio with a Bluetooth headset, in addition to installing pulseaudio-bluetooth, may want to activate the PulseAudio plugin of Blueman. This automatically loads PulseAudio Bluetooth module after audio device is connected and plays all audio through the Bluetooth headset. For more information see Bluetooth headset.

Configuration

Configuration is done through dconf (or gsettings or dconf-editor) under /org/blueman.

Disable auto power-on

Blueman automatically enables the Bluetooth adapter (rfkill unblock bluetooth) when certain events (on boot, laptop lid is opened, ...) occur. This can be disabled with the auto-power-on in org.blueman.plugins.powermanager:

$ gsettings set org.blueman.plugins.powermanager auto-power-on false

Troubleshooting

No adapters detected

If your Bluetooth applet or manager does not show or detect any Bluetooth adapter, your wireless card may be blocked. Try un-block it using rfkill.

Cannot receive files

If you cannot send or receive files and you encounter a python-dbus-exception error similar or exactly like process org.bluez.obex exited with status 1 then it is advised to start the obexd-service manually from /usr/lib/bluetooth/obexd and see if that helps. Since the default permissions assume 755 it is possible to start the daemon from a user-account.

Start it with this line:

# /usr/lib/bluetooth/obexd -n

Let the terminal in which the command runs open and test if sending files work. Check if you actually receive the file. You can add the command to your autostarter so you will not have to manually start the service every time. Your desktop environment autostarter should be able to run the program once you login. Logout and login and you should be able to receive files without running the line manually now.

Should the error persist or another occur then try using ObexFTP for file transfers instead.

"Networking requires privileges" and "Setting Rf Kill State requires privileges" messages

Tango-edit-cut.pngThis section is being considered for removal.Tango-edit-cut.png

Reason: Duplicates #Permissions. Is subject.local && subject.active desirable? If so it should be merged to #Permissions. (Discuss in Talk:Blueman)

Solution found here. If you get the messages Networking requires privileges and/or Setting Rf Kill State requires privileges, add these instructions to your polkit rules:

/etc/polkit-1/rules.d/81-blueman.rules
polkit.addRule(function(action, subject) {
    if ((action.id == "org.blueman.rfkill.setstate" ||
         action.id == "org.blueman.network.setup") &&
         subject.local && subject.active && subject.isInGroup("wheel")) {

        return polkit.Result.YES;
    }
});

Replace wheel with the user group that can execute org.blueman.rfkill.setstate and org.blueman.network.setup.

See also