Description taken from project's website: Blueman is a GTK+ bluetooth management utility for GNOME using bluez dbus backend. The aim is to create a full featured graphical bluetooth manager for Linux. Features: * Easy to use interface * Storing Favourite devices * Send files * Browse files on devices * List all seen devices * View Local/Remote Device information * View transfer speeds and link quality * Configure local devices * Manage Pairing (Bonding) * Host/Connect to Personal Area Networks * Bind services to /dev/rfcomm ports, for eg. connecting via gprs * Connect and receive connections from: audio, network, input and serial devices Reproducible: Always Steps to Reproduce:
Created attachment 147138 [details] net-wireless/blueman-0.3 ebuild Ebuild for the latest stable version of blueman.
you should fix a bit the dependencies. I mean, it compiles without gnome, but its pretty useless without it. browse action requires nautilus, send action requires gnome-obex-send..
Created attachment 147857 [details] updated version of the blueman-0.3 ebuild - added some additional runtime dependecies - fixed wrong icon path in blueman.desktop file
Created attachment 148109 [details] net-wireless/blueman svn ebuild
Blueman 0.5 Released
Blueman required Bluez Patches available at http://download.tuxfamily.org/blueman/bluez_patches.tar.gz
Created attachment 170410 [details] blueman 0.5 ebuild 0.5 needed a few tweaks to get running; depends on http://bugs.gentoo.org/show_bug.cgi?id=206606 and pyrex-0.9.5.1a by now. I didn't change for now obsolete deps, though.
PS: i did not pay much attention to the bluez-patches, as it seems these are only necessary for older (= outdated) releases of bluez.
Created attachment 170920 [details] reworked ebuild I tiedied the ebuild up, especially adding distutils to the inherit let me remove lots. Please someone check the deps. I am too lazy for it right now, but it works fine this way for me. The ones I've added compared to version 0.3 are definitely necessary, though.
emerge: there are no ebuilds to satisfy ">=dev-python/python-distutils-extra-1.91.2".
(In reply to comment #10) > emerge: there are no ebuilds to satisfy > ">=dev-python/python-distutils-extra-1.91.2". > See comment #7; bug 206606 contains ebuild for dev-python/python-distutils-extra-1.91.1 (which I had to rename to 1.91.2)
Created attachment 178785 [details] another blueman-9999 1. You lost dev-python/dbus-python (which implies dev-python/pyrex) 2. Why not to inherit distutils like in other ebuilds?
Created attachment 181205 [details] blueman-9999.ebuild Here's an ebuild for the bluez-4 version. You're supposed to use eautoreconf instead of autogen.sh but the former fails for some reason. Not 100% sure about those dependencies but I think they're a bit better now. I can't get this to run though. Some kind of D-Bus permissions error. Any help appreciated. _________ SetAdapter (/usr/lib64/python2.5/site-packages/blueman/gui/DeviceList.py:256) None ERROR:dbus.proxies:Introspect error on org.bluez:/: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.AccessDenied: A security policy in place prevents this sender from sending this message to this recipient, see message bus configuration file (rejected message had interface "org.freedesktop.DBus.Introspectable" member "Introspect" error name "(unset)" destination "org.bluez") Traceback (most recent call last): File "/usr/bin/blueman-manager", line 258, in <module> Blueman() File "/usr/bin/blueman-manager", line 138, in __init__ self.List = ManagerDeviceList(adapter=self.Config.props.last_adapter, inst=self) File "/usr/lib64/python2.5/site-packages/blueman/gui/manager/ManagerDeviceList.py", line 66, in __init__ DeviceList.__init__(self, adapter, data) File "/usr/lib64/python2.5/site-packages/blueman/gui/DeviceList.py", line 114, in __init__ self.SetAdapter(adapter) File "/usr/lib64/python2.5/site-packages/blueman/gui/DeviceList.py", line 271, in SetAdapter self.Adapter = self.Manager.GetAdapter(adapter) File "/usr/lib64/python2.5/site-packages/blueman/bluez/utils.py", line 28, in warp raise errors.parse_dbus_error(exception) dbus.exceptions.DBusException: org.freedesktop.DBus.Error.AccessDenied: A security policy in place prevents this sender from sending this message to this recipient, see message bus configuration file (rejected message had interface "org.bluez.Manager" member "DefaultAdapter" error name "(unset)" destination "org.bluez")
Created attachment 181326 [details] config for D-Bus to punch some holes in security to make blueman work.
To clear D-Bus permissions error I've replaced "/etc/dbus-1/system.d/bloutooth.conf" from bluez-4.28 to the one I've attached. It's from forums, from some old discussion and I don't remember who is original author.
Thanks, the applet actually seems to work now. It's not perfect, for example, sending files doesn't work, but it is supposed to be a work in progress anyway.
Grabbing that bug :)
Version 1.02 is in the tree, but still p.masked due to p.masked deps.
Can you give the program free for x86??
It's all working much better now since installing ConsoleKit and PolicyKit. Sending files actually works. Still need to launch a ConsoleKit session manually but that's another issue for another bug report.
@James: make sure you have pambase built with USE=consolekit.
Yeah. I've created bug #260842 for this.
Created attachment 185633 [details] new ebuild for blueman-svn I've made this from blueman-1.2.ebuild with help from last svn ebuild. The changes are: Added obex use flag with obex-data-server dependency. Removed dependency from x11-misc/notification-daemon as there is already dependency on dev-python/notify-python that depend on x11-libs/libnotify which depend on some notification-daemon, so that there is no strict dependency on x11-misc/notification-daemon and some one preferring x11-misc/notification-daemon-xfce or any other would be appeared notification-daemon alternative will not be needed to use something not the way he/sh likes. Removed depend on dbus as there is already dbus-python which is already depend on dbus.(correct me here if I'm wrong) Added dependency on gnome-extra/policykit-gnome as 1.02 is need that.
Created attachment 222093 [details] blueman-1.21.ebuild
Created attachment 222095 [details] blueman-1.21.ebuild
(In reply to comment #24) > Created an attachment (id=222093) [details] > blueman-1.21.ebuild > Please remove this ebuild. I've posted a wrong file/ebuild. Thanks!
i have blueman 1.21 and i get errors like jack@jacktop ~ $ blueman-adapters org.freedesktop.DBus.Error.AccessDenied: Rejected send message, 1 matched rules; type="method_call", sender=":1.19" (uid=1000 pid=5510 comm="/usr/bin/python2.6) interface="org.bluez.Manager" member="ListAdapters" error name="(unset)" requested_reply=0 destination="org.bluez" (uid=0 pid=2810 comm="/usr/sbin/bluetoothd)) org.bluez owner changed to :1.0 the fix from Comment #14 does not wok for me
Hey, the blueman-1.21 ebuild needs to be fixed: * Deprecation Warning: Not passing of paths to python_mod_cleanup() is deprecated and will be * disallowed on 2010-09-01. Call python_mod_cleanup() with paths to Python modules. * The ebuild needs to be fixed. Please report a bug, if it has not been already reported. * Deprecation Warning: python_version() is deprecated and will be banned on 2010-07-01. * Use PYTHON() instead of python variable. Use python_get_*() instead of PYVER* variables. * The ebuild needs to be fixed. Please report a bug, if it has not been already reported. @Haze: (in replay to comment 24 / 26) I believe it is not possible to delete the blueman-9999.ebuild, but you can set it to obsolete yourself.
Sorry, don't saw that there is a newer one in portage, but blueman-1.21-r1.ebuild also have * Deprecation Warning: Not passing of paths to python_mod_cleanup() is deprecated and will be * disallowed on 2010-09-01. Call python_mod_cleanup() with paths to Python modules. * The ebuild needs to be fixed. Please report a bug, if it has not been already reported.