linux-bluetooth.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* bluez-5.43: symlink needed for sending files through bluez when dbus+user-session is used
@ 2016-12-05 18:02 Pacho Ramos
  2016-12-05 18:10 ` Pacho Ramos
  0 siblings, 1 reply; 2+ messages in thread
From: Pacho Ramos @ 2016-12-05 18:02 UTC (permalink / raw)
  To: BlueZ development

This is an issue we are hitting in Gentoo for a long time:
https://bugs.gentoo.org/show_bug.cgi?id=577842

Only when dbus is compiled with user-session support. It seems
ArchLinux is also suffering this bug:
https://bugs.archlinux.org/task/45816

In summary, if we don't manually do this link:
ln -fs /usr/lib/systemd/user/obex.service /usr/lib/systemd/user/dbus-
org.bluez.obex.service

systemd cannot launch obexd when needed and, hence, sending files fails
silently (as opposed to dbus without user-session, that was able to
launch obexd when needed).

Then, I am not sure if this link should be provided always or if we
have something missing in bluez.service file that, even enabling it, is
not enough for "fully" enabling bluetooth (as it seems obexd is not
handled at all)

Thanks a lot for your help

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: bluez-5.43: symlink needed for sending files through bluez when dbus+user-session is used
  2016-12-05 18:02 bluez-5.43: symlink needed for sending files through bluez when dbus+user-session is used Pacho Ramos
@ 2016-12-05 18:10 ` Pacho Ramos
  0 siblings, 0 replies; 2+ messages in thread
From: Pacho Ramos @ 2016-12-05 18:10 UTC (permalink / raw)
  To: BlueZ development

El lun, 05-12-2016 a las 19:02 +0100, Pacho Ramos escribió:
> This is an issue we are hitting in Gentoo for a long time:
> https://bugs.gentoo.org/show_bug.cgi?id=577842
> 
> Only when dbus is compiled with user-session support. It seems
> ArchLinux is also suffering this bug:
> https://bugs.archlinux.org/task/45816
> 
> In summary, if we don't manually do this link:
> ln -fs /usr/lib/systemd/user/obex.service /usr/lib/systemd/user/dbus-
> org.bluez.obex.service
> 
> systemd cannot launch obexd when needed and, hence, sending files
> fails
> silently (as opposed to dbus without user-session, that was able to
> launch obexd when needed).
> 
> Then, I am not sure if this link should be provided always or if we
> have something missing in bluez.service file that, even enabling it,
> is
> not enough for "fully" enabling bluetooth (as it seems obexd is not
> handled at all)
> 
> Thanks a lot for your help

And ever more instances of the problem:
https://bugzilla.redhat.com/show_bug.cgi?id=1318441
https://bugzilla.redhat.com/show_bug.cgi?id=1389347 (this points to
gnome-control-center... but the issue is more deep as other packages
like bluedevil and likely anything willing to send files would be
affected too)
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=804908


^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2016-12-05 18:10 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-12-05 18:02 bluez-5.43: symlink needed for sending files through bluez when dbus+user-session is used Pacho Ramos
2016-12-05 18:10 ` Pacho Ramos

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).