FS#37773 - [bluez] Can't send nor receive any files
Attached to Project:
Arch Linux
Opened by Reda Lazri (rAX) - Friday, 15 November 2013, 09:48 GMT
Last edited by Andreas Radke (AndyRTR) - Wednesday, 22 January 2014, 22:12 GMT
Opened by Reda Lazri (rAX) - Friday, 15 November 2013, 09:48 GMT
Last edited by Andreas Radke (AndyRTR) - Wednesday, 22 January 2014, 22:12 GMT
|
Details
Description:
I'm a GNOME(3.10) user and I've never been able to use the Bluetooth section in GCC to send nor receive anything. Paring works, everything seems to be fine until I try to send files, then it gives me this message in the terminal: Acquiring proxy failed: Error calling StartServiceByName for org.bluez.obex: GDBus.Error:org.freedesktop.DBus.Error.Spawn.ChildExited: Process /bin/false exited with status 1 Bastien Nocera one of Bluez's devs said: "Ask your package maintainers to pick up the "non-systemd session" patch from the Fedora package. It's not upstream." And recently blogged: http://www.hadess.net/2013/11/bluetooth-file-sharing-obexpush-in.html I haven't been able to test it but he says that it should fix the issue. Additional info: * package version(s) * config and/or log files etc. Steps to reproduce: Enable bluetooth on computer and device, send a file, confirm, watch it fail. |
This task depends upon
[ 987.561208] input: 30:85:A9:5A:BB:AA as /devices/virtual/input/input19
[ 987.688442] bluetoothd[2764]: segfault at 0 ip 000000000041d66c sp 00007fff57802260 error 4 in bluetoothd[400000+98000]
userland bluez or the kernel bluetooth stack.
@Reda, please check for known upstream kernel bug reports or file a new one.
sudo rfcomm connect hci0 <bluetooth MAC>
In my opinion NetworkManager is not updated to support bluez5.
journalctl -b
Dec 29 12:45:26 mercury obexd[5438]: PUT(0x2), (null)(0xffffffff)
Dec 29 12:45:26 mercury obexd[5438]: open(/tmp/IMG_20131225_200111.jpg): Operation not permitted (1)
Dec 29 12:45:26 mercury obexd[5438]: PUT(0x2), FORBIDDEN(0x43)
Dec 29 12:45:26 mercury obexd[5438]: DISCONNECT(0x1), (null)(0xffffffff)
Dec 29 12:45:26 mercury obexd[5438]: DISCONNECT(0x1), SUCCESS(0x20)
Dec 29 12:45:26 mercury obexd[5438]: disconnected: Transport got disconnected
Dec 29 12:48:45 mercury obexd[5438]: CONNECT(0x0), (null)(0xffffffff)
Seems odd that I would have a permission issue in /tmp. /tmp for me is mode 1777, which is correct.
I tested with 3.11 as well as 3.12.8-1 and Bluez 5.14-1. It fails once or twice some time but no segfaults, just the pairing button in G-C-C turns off and on. But sending to the computer now works! \o/