You are not logged in.
Pages: 1
With bluez4 I had to had gvfs-obexftp and obex-data-server installed in order to be able to transfer files between a tablet and my laptop. Now the migration of gnome to bluez 5.9 has confused me, because with the update bluez replaced bluez4 and gvfs-obexftp was removed. So I'm able to pair my device but file transfers fails. The arch wiki on Bluetooth is marked out of date and this was the most info I got:
The replacement of obex-data-server with Obexd in gnome-user-share was also in the roadmap, however due to the lack of some features in Obexd, mainly the ability to enable/disable the Server side of Object Push Profile(OPP) and File Transfer Profile(FTP). In GNOME a user can disable Bluetooth sharing or if a fast-switching happens the Servers needs to be stopped. The initial patches to support Obexd are working perfectly fine, but are still pending in the GNOME Bugzilla waiting for the missing features to land in the BlueZ repository, Once this happens the gnome-user-share patches should be reworked and then pushed upstream.
If anybody has more information to share I'd be pleased.
Fundamental Axiom of the Universe (aka Murphy's Law): Whatever can go wrong, will go wrong.
First Digital Deduction: Nothing obeys Murphy's Law so well as computers.
Second Digital Deduction: Everything go wrong at least once.
Third Digital Deduction: Things go wrong even when there's absolutely no possibility of anything go wrong.
Offline
Gnome 3.10 refuse to pair my device!
Offline
Gnome 3.10 refuse to pair my device!
Not many people are filling bugs that are linked with the transition of bluez 4.x to 5.x in gnome
On the Arch Linux bugtracker there are almost none regarding the change.
I myself was able to pair my Galaxy Tab and, from it, link to my laptop and use its headphone set (which is linked to a stereo system) instead of the tablet's speaker. But file transfers fail. I'm not sure if this feature is implemented yet because of the removal of gvfs-obexftp from the repos so I don't know if I should file a bug and how am I supposed to fill in the information necessary if it's the case.
Last edited by lmello (2013-10-30 00:18:05)
Fundamental Axiom of the Universe (aka Murphy's Law): Whatever can go wrong, will go wrong.
First Digital Deduction: Nothing obeys Murphy's Law so well as computers.
Second Digital Deduction: Everything go wrong at least once.
Third Digital Deduction: Things go wrong even when there's absolutely no possibility of anything go wrong.
Offline
Bastien Nocera posted this [1] an hour ago. I talked with him yesterday about the bluetooth issue and he said that it should be fixed if the package maintainers (Arch's) pick up his patches which he mentions on the post. I still haven't tested them but if you can please do.
Offline
So do you think these pathes will be merged upstream in time for the next gnome release?
Fundamental Axiom of the Universe (aka Murphy's Law): Whatever can go wrong, will go wrong.
First Digital Deduction: Nothing obeys Murphy's Law so well as computers.
Second Digital Deduction: Everything go wrong at least once.
Third Digital Deduction: Things go wrong even when there's absolutely no possibility of anything go wrong.
Offline
No idea. Maybe. But I have already reported the bug and they have been picked up.
https://bugs.archlinux.org/task/37773
But it's not fully working yet (check my comment).
Offline
I talked with Bastien too, on the gnome bugtracker, about audio connections being lost after a second:
https://bugs.archlinux.org/task/37347
I did some testing, sent info obtained through bluetoothctl, etc. It seems that it's pulseaudio 4.0 which does not fully support bluez 5.x yet.
Fundamental Axiom of the Universe (aka Murphy's Law): Whatever can go wrong, will go wrong.
First Digital Deduction: Nothing obeys Murphy's Law so well as computers.
Second Digital Deduction: Everything go wrong at least once.
Third Digital Deduction: Things go wrong even when there's absolutely no possibility of anything go wrong.
Offline
I came across that report when I was searching for an answer, the Pulseaudio issue is not related to file transfer, no?!
Offline
No, pulseaudio has nothing to do with file transfers. That's handled by obex. Since 5.x the old obex-data-server could no longer do the job and Bastien is working on it. This was reflected by the removal of gvfs-obexftp from the arch repository.
Fundamental Axiom of the Universe (aka Murphy's Law): Whatever can go wrong, will go wrong.
First Digital Deduction: Nothing obeys Murphy's Law so well as computers.
Second Digital Deduction: Everything go wrong at least once.
Third Digital Deduction: Things go wrong even when there's absolutely no possibility of anything go wrong.
Offline
That's what I thought. It's only required when pairing with an audio set AFAIK. But your thread mentions Obex so we have the same issue.
Offline
Well after a month of updates, I find myself being able to send files from my laptop to my tablet via bluetooth-sendto, but I'm unable to receive files from the tablet. Anybody else in the same situation?
Fundamental Axiom of the Universe (aka Murphy's Law): Whatever can go wrong, will go wrong.
First Digital Deduction: Nothing obeys Murphy's Law so well as computers.
Second Digital Deduction: Everything go wrong at least once.
Third Digital Deduction: Things go wrong even when there's absolutely no possibility of anything go wrong.
Offline
Well, as of bluez 5.14-1, both sending and receiving files from a phone/tablet works as expected. However, there is still a bug when using the gnome wizard to set up a device. I wrote also a bug report on the gnome bugzilla, but Bastien wrote that it must be a pulseaudio problem. But if it is, why when setting up the device with bluetoothctl the audio sink works and with the gnome wizard not?
Fundamental Axiom of the Universe (aka Murphy's Law): Whatever can go wrong, will go wrong.
First Digital Deduction: Nothing obeys Murphy's Law so well as computers.
Second Digital Deduction: Everything go wrong at least once.
Third Digital Deduction: Things go wrong even when there's absolutely no possibility of anything go wrong.
Offline
A regression - with bluez 5.17-1 and gnome-bluetooth 3.12.0-1 receiving files from my tablet doesn't work...
here's the output from journalctl -f
Apr 17 00:56:20 maxwell obexd[8033]: CONNECT(0x0), (null)(0xffffffff)
Apr 17 00:56:20 maxwell obexd[8033]: CONNECT(0x0), (null)(0x0)
Apr 17 00:56:21 maxwell obexd[8033]: PUT(0x2), (null)(0xffffffff)
Apr 17 00:56:21 maxwell obexd[8033]: PUT(0x2), FORBIDDEN(0x43)
Apr 17 00:56:21 maxwell obexd[8033]: DISCONNECT(0x1), (null)(0xffffffff)
Apr 17 00:56:21 maxwell obexd[8033]: DISCONNECT(0x1), SUCCESS(0x20)
Apr 17 00:56:21 maxwell obexd[8033]: disconnected: Transport got disconnected
Last edited by lmello (2014-04-17 03:58:20)
Fundamental Axiom of the Universe (aka Murphy's Law): Whatever can go wrong, will go wrong.
First Digital Deduction: Nothing obeys Murphy's Law so well as computers.
Second Digital Deduction: Everything go wrong at least once.
Third Digital Deduction: Things go wrong even when there's absolutely no possibility of anything go wrong.
Offline
Pages: 1