Summary: | sys-apps/dbus-1.10.8-r1 with USE="user-session" breaks net-wireless/bluedevil fails to send files or browse phone - systemd missing bluez.obex | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Stephan Karacson <stkabugs> |
Component: | Current packages | Assignee: | Gentoo KDE team <kde> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | freedesktop-bugs, leho, mehmet, pacho, poncho |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | http://marc.info/?l=linux-bluetooth&m=148096094716386&w=2 | ||
See Also: |
https://bugzilla.redhat.com/show_bug.cgi?id=1318441 https://bugzilla.redhat.com/show_bug.cgi?id=1389347 https://bugs.archlinux.org/task/45816 https://bugs.debian.org/804908 |
||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 576028 | ||
Attachments: | console workarount obexftp script |
Description
Stephan Karacson
2016-03-20 15:12:20 UTC
Which version of bluedevil, libbluedevil, and bluez? net-wireless/bluedevil 2.1.1 net-libs/libbluedevil 2.1 net-wireless/bluez 5.37 sorry I have posted so fast. Got the idea to google the error message (should have done before) Seems the Arch people have gone through this exact same problem: https://bugs.archlinux.org/task/45816 bluetooth.service is running, but bluedevil fails you must run "systemctl --user start obex" as user then it works (described from arch) is this a package or a "user" error? This could also be a dbus-1.10 issue as I read in Arch report :/ I can confirm a downgrade to sys-apps/dbus-1.8.16 is a successful workaround. I'm having the exact same problem and I am on gnome, so component should not be KDE for this bug report as apparently it isn't specific to KDE :-) I can confirm a update to sys-apps/dbus-1.10.8-r1 with USE="-user-session" (default) is working with bluedevil 2.1.1/libbluedevil 2.1 Assigning to maintainer. No, this is a problem of bluedevil not being compatible with user-session mode... I would then at least report it to their upstream to let them know about the problem Same behaviour with kde-plasma/bluedevil-5.5.5 libbluedevil-2.1. user-session of dbus must be switched off. Are you still suffering this on an fully updated system? If that is the case, can you try editing bluez ebuild and dropping: "${FILESDIR}"/0001-Allow-using-obexd-without-systemd-in-the-user-sessio.patch ? after dropping that patch, you should re-emerge bluez and I would reboot to ensure you use the fully updated bluez with dbus[user-session] I hope I did emerge and test as you wanted: -user-session (default) sys-apps/dbus 1.10.12 net-wireless/bluez 5.39 kde-plasma/bluedevil 5.7.5 restart bluedevil test send ok +user-session sys-apps/dbus 1.10.12 net-wireless/bluez 5.39 kde-plasma/bluedevil 5.7.5 restart bluedevil test send not working +user-session sys-apps/dbus 1.10.14 net-wireless/bluez 5.43 kde-plasma/bluedevil 5.7.5 restart bluedevil test send not working +user-session sys-apps/dbus 1.10.14 net-wireless/bluez 5.43 #"${FILESDIR}"/0001-Allow-using-obexd-without-systemd-in-the-user-sessio.patch excluded kde-plasma/bluedevil 5.7.5 restart bluedevil test send not working bluedevil 5.7.5 reemerge restart bluedevil test send not working -user-session (default) sys-apps/dbus 1.10.12 net-wireless/bluez 5.39 kde-plasma/bluedevil 5.7.5 restart bluedevil test send working In short: I didn't manage to get a usersession-enabled dbus working with my bluetooth sending files, not even with the keyworded dbus/bluez-ebuilds. Arch is supposedly fixing this with: https://git.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/bluez#n70 Is that working for you? USE="user-session" emerge -a --oneshot sys-apps/dbus bluez (version 1.10.12 & 5.39) ln -fs /usr/lib/systemd/user/obex.service /usr/lib/systemd/user/dbus-org.bluez.obex.service restart bluetooth send works bluetooth recieve works yes it does, setting the links manually but I remove these settings now as I test on my machine needed for work and these changes might vanish in the next update. Lets see what upstream suggests for properly starting obexd when needed :/ http://marc.info/?l=linux-bluetooth&m=148096094716386&w=2 [master c52b49a] net-wireless/bluez: We need to ensure obexd can be spawned automatically by systemd when user-session is enabled in dbus (#577842) 2 files changed, 282 insertions(+), 27 deletions(-) create mode 100644 net-wireless/bluez/bluez-5.43-r1.ebuild rewrite net-wireless/bluez/metadata.xml (69%) |