restore bluetooth support

[oz123]

Could this be replaced with a dependency on blueman ?

[raveit65]

Well, we only change the default configure flag with e5f0552
A grep on source code shows that m-u-s depends on gsettings keys and one include from mate-bluetooth

src/user_share.c:39:#include <bluetooth-client.h>
src/user_share.c:74:#define OBEX_ENABLED (bluetoothd_enabled && has_console)
src/user_share.c:76:#define GSETTINGS_KEY_FILE_SHARING_BLUETOOTH_ENABLED "bluetooth-enabled"
src/user_share.c:77:#define GSETTINGS_KEY_FILE_SHARING_BLUETOOTH_ALLOW_WRITE "bluetooth-allow-write"
src/user_share.c:78:#define GSETTINGS_KEY_FILE_SHARING_BLUETOOTH_REQUIRE_PAIRING "bluetooth-require-pairing"
src/user_share.c:79:#define GSETTINGS_KEY_FILE_SHARING_BLUETOOTH_OBEXPUSH_ENABLED "bluetooth-obexpush-enabled"
src/user_share.c:80:#define GSETTINGS_KEY_FILE_SHARING_BLUETOOTH_OBEXPUSH_ACCEPT_FILES "bluetooth-accept-files"
src/user_share.c:81:#define GSETTINGS_KEY_FILE_SHARING_BLUETOOTH_OBEXPUSH_NOTIFY "bluetooth-notify"

Does blueman support this?

[monsta]

It's not a real dependency, just a build option in configure.ac.

[oz123]

@monsta, I would reformulate the issue again:

m-s-u has an optional build dependency, which when enabled cannot be used.

You don't want to have an option which is recommending the usage of a software which is deprecated. The easier solution would be to completely remove it.
The better solution would be to make it work with blueman.

[monsta]

Yes, I agree. Need to do some research first about how to make it work with blueman...

[NP-Hardass]

obex-data-server is bluez4. GNOME migrated to obexd. obexd was absorbed into bluez5, so it works natively. I'd recommend that this route be undertaken. https://padovan.org/blog/2013/06/gnome-3-get-to-knows-bluez-5/ for reference.

[monsta]

As usual - pull requests are welcome 😄