<div dir="ltr"><div>It seems obexd might have some issues with bluez5 yes (as it's labeled as conflicting):<br></div><div><div><br></div><div><a href="https://git.sailfishos.org/mer-core/obexd/commit/6e9de8842715dec6e3b4348d6a076dbf247fa43b">https://git.sailfishos.org/mer-core/obexd/commit/6e9de8842715dec6e3b4348d6a076dbf247fa43b</a><br><br></div><div>Now Im in no way an expert on obex / obexd. So if someone has more intel, please share!<br><br></div><div>Best,</div><div>tk<br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jul 11, 2019 at 12:29 AM deloptes <<a href="mailto:deloptes@gmail.com">deloptes@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Tone Kastlunger wrote:<br>
<br>
> I have always been suspecting Jolla using the missing BT export as<br>
> a lock-in technique; but even switching between sfos phones (jolla 1 -><br>
> jolla c -> xperia x for me,<br>
> probably a xa2 coming up soon) is impossible as it is now, so that<br>
> (luckily) kills the theory.<br>
> <br>
> I'd be glad to be able to help, a (somewhat) working sync mechanism for<br>
> contacts & notes would<br>
> be extremely helpful already!<br>
<br>
I do not know about the background. I heard syncml is dead as no one of the<br>
companies involved in establishing the protocol are interested in this<br>
anymore. This, however, leaves us with one option less to express our<br>
freedom of choice and even worse there is no possible way to synchronize<br>
locally. I heard somehow that Windows/Android supposed to offer something<br>
for local synchronization, but I have no way to test this.<br>
My drama is that I was using N9 for 7y and it worked perfectly well ... now<br>
I am constantly out of sync :|<br>
<br>
>From what I see is that a lot of stuff is missing in Sailfish X that was<br>
present in N9. From the services this is PC Suite, Obex File Transfer,<br>
SyncML Server/Client etc.<br>
I do not know if this is limitation by the kernel. I do not recall what was<br>
the status of bluez5 and obex in 3.9. I do not know how obexd was compiled.<br>
<br>
I see in the syncevolution logs following and I think something in the<br>
background is missing - perhaps outside of buteo<br>
<br>
>>> N9 <<<<br>
<br>
[2019-07-10 21:41:17.880] ready to sync<br>
[2019-07-10 21:41:17.880] starting SAN 12 auth 1B2M2Y8AsgTpgAmY7PhCfg==<br>
nonce SyncEvolution session 1 server PC Suite<br>
[2019-07-10 21:41:17.881] SAN datastore addressbook uri Contacts type 7 mode<br>
206<br>
[2019-07-10 21:41:17.881] ObexTransportAgent::wait(no reply)<br>
[2019-07-10 21:41:17.881] ObexTransportAgent::wait(): iteration<br>
[2019-07-10 21:41:17.881] ObexTransportAgent::wait(): iteration<br>
...<br>
[2019-07-10 21:41:20.777] ObexTransportAgent::wait(): iteration<br>
[2019-07-10 21:41:20.777] Connecting Bluetooth device with address<br>
40:98:4E:90:56:E3 and channel 25<br>
[2019-07-10 21:41:20.936] OBEX_EV_PROGRESS<br>
[2019-07-10 21:41:20.936] ObexTransportAgent::wait(): iteration<br>
[2019-07-10 21:41:21.432] OBEX_EV_REQDONE<br>
[2019-07-10 21:41:21.432] OBEX Transport: get header who from connect<br>
response with value SYNCML-SYNC<br>
[2019-07-10 21:41:21.432] ObexTransportAgent::wait(): is ready<br>
[2019-07-10 21:41:21.432] Server sending SAN<br>
...<br>
[2019-07-10 21:41:20.777] ObexTransportAgent::wait(): iteration<br>
[2019-07-10 21:41:20.777] Connecting Bluetooth device with address<br>
66:55:44:33:22:11 and channel 25<br>
[2019-07-10 21:41:20.936] OBEX_EV_PROGRESS<br>
[2019-07-10 21:41:20.936] ObexTransportAgent::wait(): iteration<br>
[2019-07-10 21:41:21.432] OBEX_EV_REQDONE<br>
[2019-07-10 21:41:21.432] OBEX Transport: get header who from connect<br>
response with value SYNCML-SYNC<br>
[2019-07-10 21:41:21.432] ObexTransportAgent::wait(): is ready<br>
[2019-07-10 21:41:21.432] Server sending SAN<br>
<br>
>>> Xperia X <<<<br>
<br>
[2019-07-09 23:25:31.041] ready to sync<br>
[2019-07-09 23:25:31.041] starting SAN 12 auth 1B2M2Y8AsgTpgAmY7PhCfg==<br>
nonce SyncEvolution session 1 server PC Suite<br>
[2019-07-09 23:25:31.041] SAN datastore addressbook uri Contacts type 7 mode<br>
206<br>
[2019-07-09 23:25:31.041] ObexTransportAgent::wait(no reply)<br>
[2019-07-09 23:25:31.041] ObexTransportAgent::wait(): iteration<br>
...<br>
[2019-07-09 23:25:35.497] ObexTransportAgent::wait(): iteration<br>
[2019-07-09 23:25:35.497] Connecting Bluetooth device with address<br>
11:22:33:44:55:66 and channel 25<br>
[2019-07-09 23:25:35.655] OBEX_EV_PROGRESS<br>
[2019-07-09 23:25:35.655] ObexTransportAgent::wait(): iteration<br>
[2019-07-09 23:25:35.660] OBEX_EV_LINKERR<br>
[2019-07-09 23:25:35.660] ObexTransportAgent::shutdown()<br>
[2019-07-09 23:25:35.660] ObexTransportAgent::wait(no reply)<br>
[2019-07-09 23:25:35.660] ObexTransportAgent::wait(): iteration<br>
[2019-07-09 23:25:53.765] ObexTransport: exception thrown in<br>
obex_fd_source_cb_impl<br>
<br>
You can try the attached patch against buteo-syncfw (master before commit<br>
081a511) and tell me what you think.<br>
I will look forward to clean up the buteo-sync-plugins changes and hopefully<br>
source out the access to git soon. I am afraid I got the wrong access to<br>
bugzilla instead of git :|<br>
<br>
Also bear with me as I am not a pro-developer.<br>
<br>
regards<br>
<br>
<br>
<br>
_______________________________________________<br>
SailfishOS.org Devel mailing list<br>
To unsubscribe, please send a mail to <a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a></blockquote></div>