<meta http-equiv="Content-Type" content="text/html; charset=utf-8"><div dir="ltr"><div dir="ltr"><div>Hi Patrick,</div><div>glad to hear such good news from you - really appreciate your work.</div><div>I am actively using SyncEvolution on Debian Buster with TDE and with Sailfish OS phone.</div><div><br></div><div>I was wondering about openobex-1.7 (aka libopenobex2) - is it possible to get it working with it?</div><div>It seems to be the new default in debian, but is not working with SyncEvolution and you did not mention it.</div><div><br></div><div>Thank you</div><div><br></div><div>BR<br></div><div><br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jul 24, 2020 at 9:38 PM Patrick Ohly <<a href="mailto:patrick.ohly@intel.com">patrick.ohly@intel.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">[Most of the text below was written in December 2019, but than<br>
unintentionally sent to an internal mailing list - no surprise that I<br>
never got any response!]<br>
<br>
Hello!<br>
<br>
Over the Christmas holidays I worked on building a new SyncEvolution release. My<br>
current goal is to build for Ubuntu Bionic (most<br>
recent LTS) and support those binaries on all more recent Debian and<br>
Ubuntu releases.<br>
<br>
If possible, I'd like to drop unused features if they require extra<br>
effort. This mostly depends if someone still needs them. Let me list<br>
some features that I'd like to remove. If you still need them, please<br>
respond here:<br>
<br>
* At the top of that list is ActiveSync support. activesyncd no longer<br>
  builds on Debian Stretch because it depends on libgnome-keyring, which<br>
  was removed. It probably can be ported to libsecret, but that's<br>
  extra work.<br>
<br>
* x86 (i.e. 32 bit) binaries - it doubles the testing effort.<br>
<br>
* RPMs - they never had proper dependencies and I am not sure whether<br>
  they ever worked at all.<br>
<br>
* Akonadi support and KDE in general.<br>
<br>
  I first encountered problem with Akonadi in Debian Stretch and reported<br>
  it here with a stand-alone reproducer:<br>
  <a href="https://bugs.kde.org/show_bug.cgi?id=369203" rel="noreferrer" target="_blank">https://bugs.kde.org/show_bug.cgi?id=369203</a><br>
<br>
  But as pointed out in that issue, the API that SyncEvolution uses is no<br>
  longer supported and thus SyncEvolution would have to be ported to the<br>
  current API, whatever that is - I haven't investigated that.<br>
<br>
* Port to Python 3 and stop supporting Python 2.<br>
<br>
Regarding the source code, I'd like merge all pending patches. This<br>
obviously includes all the changes that are required to build on more<br>
recent Linux distros, but also the C++ modernization that I started a<br>
while back.<br>
<br>
The result will be more than just a simple bug fix release, but also not<br>
something that has any new user-visible features. I'm not entirely happy<br>
with that, but I also don't want to be stuck completely in pure<br>
maintenance mode.<br>
<br>
I got testing on the newer Linux distros working with the updated code<br>
base already beginning of this year, but then got stuck because of a<br>
regression and lack of time to dig into that. Since then, the apt repo<br>
keys expired and I haven't renewed them because the binaries probably<br>
wouldn't work anyway.<br>
<br>
I suppose users would like to see binaries again, primarily because<br>
SyncEvolution fell out of Debian/Ubuntu?<br>
<br>
-- <br>
Best Regards<br>
<br>
Patrick Ohly<br>
_______________________________________________<br>
SyncEvolution mailing list -- <a href="mailto:syncevolution@syncevolution.org" target="_blank">syncevolution@syncevolution.org</a><br>
To unsubscribe send an email to <a href="mailto:syncevolution-leave@syncevolution.org" target="_blank">syncevolution-leave@syncevolution.org</a><br>
%(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s<br>
</blockquote></div></div>