Re: [arch-general] [arch-dev-public] Dropping bluez4
Am Sat, 12 Oct 2013 16:28:56 +0200 schrieb Tom Gundersen <teg@jklm.no>:
Hi guys,
Once pulseaudio and bluedevil moves out of [testing], the only official package depending on bluez4 will be blueman.
As blueman was last released two years ago, and last upstream activity was more than one year ago and that bluez4 is no longer developed upstream at all, I suggest dropping both of them from the repositories.
Any objections?
Cheers,
Tom
I've done some work and research on bluez lately. I can confirm my adapters to work with bluez 5.10 and gnome-bluetooth (connecting to headset + smartphone) that has already moved to extra. I couldn't make it work with kde+bluedevil that is in testing. Also it seems not possible to use plain bluetoothctl to pair (works sometimes)/connect(never working here) your device and use plain alsa/obex. This is an annoying situation for any other desktop apart from Gnome. Blueman is broken and for many users not even starting. No idea about our networkmanager bluetooth support. Fedora 20 has switched over to only use bluez v5, OpenSuSE is also using it. We should search further how to solve kde and plain console situation. Is Bluez4 still required to use with obexd? If not we can drop it and focus on improving bluez5 support. Best would be to get bluez connecting to devices from console or/and to have a desktop independent frontend like this approach: http://mail.xfce.org/pipermail/xfce4-dev/2013-July/030408.html -Andy
Am Mi 06 Nov 2013 21:21:37 CET schrieb Andreas Radke:
Blueman is broken and for many users not even starting. -Andy
Hello, I thought about creating a GUI for gnome-bluetooth since bluetooth-wizard to pair new devices and bluetooth-sendto to send files should work without gnome, only gtk3 is required. The traymenu and pairing agent logic are implemented as a (private?) gobject introspection interface. We could simply latch on that interface. The rest is done in javascript for the gnome shell (not part of the gnome-bluetooth package). We can do that for other desktop environments with python. Andreas
On Wed, Nov 6, 2013 at 9:21 PM, Andreas Radke <andyrtr@archlinux.org> wrote:
I've done some work and research on bluez lately. I can confirm my adapters to work with bluez 5.10 and gnome-bluetooth (connecting to headset + smartphone) that has already moved to extra.
I couldn't make it work with kde+bluedevil that is in testing. Also it seems not possible to use plain bluetoothctl to pair (works sometimes)/connect(never working here) your device and use plain alsa/obex. This is an annoying situation for any other desktop apart from Gnome.
Thanks for investigating this, I have not had as much time as I had hoped to sort out Bluez. For kde, I guess we'll just hold off on this, and wait for a new git snapshot/release that works. For the cli stuff, this is something that we should get fixed. Have you taken this upstream, that's probably the best approach.
Blueman is broken and for many users not even starting.
Yeah, that's expected (it requires bluez4 afaik).
No idea about our networkmanager bluetooth support. Fedora 20 has switched over to only use bluez v5, OpenSuSE is also using it.
We should search further how to solve kde and plain console situation.
Is Bluez4 still required to use with obexd? If not we can drop it and focus on improving bluez5 support.
Bluez5 comes with its own obex server, so the separate obex-server/obex-client can be dropped.
Best would be to get bluez connecting to devices from console or/and to have a desktop independent frontend like this approach:
http://mail.xfce.org/pipermail/xfce4-dev/2013-July/030408.html
At least the console stuff should be fixed. Cheers, Tom
On 2013-11-06 3:21 PM, Andreas Radke wrote:
Am Sat, 12 Oct 2013 16:28:56 +0200 schrieb Tom Gundersen <teg@jklm.no>:
Hi guys,
Once pulseaudio and bluedevil moves out of [testing], the only official package depending on bluez4 will be blueman.
As blueman was last released two years ago, and last upstream activity was more than one year ago and that bluez4 is no longer developed upstream at all, I suggest dropping both of them from the repositories.
Any objections?
Cheers,
Tom
[snip]
Best would be to get bluez connecting to devices from console or/and to have a desktop independent frontend like this approach:
http://mail.xfce.org/pipermail/xfce4-dev/2013-July/030408.html
-Andy
By this are you including the problem of bluez 5 not providing a way to automatically connect to bluetooth input devices without Gnome or KDE. That was something I ran into on my media center when I tried to switch. The keyboard might not be available on boot. There is a forum post about the issue here, with a couple workarounds but none of them are ideal for the end user to be doing: https://bbs.archlinux.org/viewtopic.php?id=166362 - Stephen E. Baker
Doesn't xen require bluez4? -- John F. Davis 6 Kandes Court Durham, NC 27713 919-888-8358 独树一帜
participants (5)
-
Andreas Radke
-
John Davis
-
ProgAndy
-
Stephen E. Baker
-
Tom Gundersen