[SyncEvolution] Re: Small patch for TDE plugins

2021-01-04 Thread deloptes
- initializing the TDEABC VCardConverter earlier - it can be reused later and saves time. happy new year and all the best to you regards On Thu, Dec 17, 2020 at 1:21 PM Patrick Ohly wrote: > deloptes writes: > > deloptes wrote: > > > >> Hi Patrik, > >> as you

[SyncEvolution] Re: Fixing the Maemo backend

2020-12-27 Thread deloptes
Hi, Buteo was in MeeGo and is now in Mer which is the base for Sailfish. MeeGo is Maemo + Mobilin (https://en.wikipedia.org/wiki/Maemo). I don't think Buteo works on Maemo since Buteo is Qt and I believe Maemo is GTK. On Sun, Dec 27, 2020 at 11:42 AM Merlijn Wajer wrote: > Hi Patrick, > > On 14

[SyncEvolution] Re: SyncEvolution 2.0.0 pre-release

2020-12-21 Thread deloptes
Hi, as a heads up I see [DEVELOPER 00:00:00] Loading backend library synctdepimnotes failed: /usr/lib/x86_64-linux-gnu/syncevolution/backends/synctdepimnotes.so: undefined symbol: _ZN16KNotesIface_stubC1ERK9TQCStringS2_ I am not sure if it is something local or as a result of latest changes. The i

[SyncEvolution] Re: new SyncEvolution binaries, dropping features?

2020-10-03 Thread deloptes
library and it works like it was working 10y ago. Thank you once again for the effort. regards On Sat, Oct 3, 2020 at 5:09 PM Patrick Ohly wrote: > Patrick Ohly writes: > > > Patrick Ohly writes: > > > >> deloptes writes: > >>> On Mon, Aug 3

[SyncEvolution] Re: new SyncEvolution binaries, dropping features?

2020-09-03 Thread deloptes
Hi, for some reason I am not getting this on the mailing list. On Thu, Sep 3, 2020 at 12:45 PM Patrick Ohly wrote: > Patrick Ohly writes: > > > deloptes writes: > >> On Mon, Aug 3, 2020 at 4:16 PM Patrick Ohly > wrote: > >> > >>> Emanoil Kotsev

[SyncEvolution] Re: new SyncEvolution binaries, dropping features?

2020-08-04 Thread deloptes
On Mon, Aug 3, 2020 at 4:16 PM Patrick Ohly wrote: > Emanoil Kotsev writes: > > Hi, > > It is the file UPGRADING.txt in openobex not the README > > Upgrading to version 1.7Upgrading to version 1.6 > > 1.7 is ancient (released 2016). I remember reading about "When using an > event loop that trig

[SyncEvolution] Re: new SyncEvolution binaries, dropping features?

2020-07-24 Thread deloptes
Hi Patrick, glad to hear such good news from you - really appreciate your work. I am actively using SyncEvolution on Debian Buster with TDE and with Sailfish OS phone. I was wondering about openobex-1.7 (aka libopenobex2) - is it possible to get it working with it? It seems to be the new default i

[SyncEvolution] Re: Small patch for TDE plugins

2019-12-02 Thread deloptes
deloptes wrote: > Hi Patrik, > as you mentioned you are working on some kind of next release. I wonder if > you could add a patch or let me know how I can add it (attached). > > I found out it should not destroy here as it is being (probably) cleaned > up somewhere else. Destr

[SyncEvolution] Small patch for TDE plugins

2019-12-01 Thread deloptes
Hi Patrik, as you mentioned you are working on some kind of next release. I wonder if you could add a patch or let me know how I can add it (attached). I found out it should not destroy here as it is being (probably) cleaned up somewhere else. Destroying here crashes. I also wonder if we would b

[SyncEvolution] Re: Sync failure - F31

2019-11-06 Thread deloptes
Max Pyziur wrote: > On Wed, 6 Nov 2019, Max Pyziur wrote: > >> On Wed, 6 Nov 2019, Patrick Ohly wrote: >> >>> Max Pyziur writes: >>>> On Tue, 5 Nov 2019, deloptes wrote: >>>> >>>>> Max Pyziur wrote: >>>>> >&g

[SyncEvolution] Re: Sync failure - F31

2019-11-05 Thread deloptes
Max Pyziur wrote: > > Greetings, > > I'm not sure if this is the first time running sync since upgrading to > F31. > > But through F30, Sync has worked flawlessly Syncing with memotoo and > evolution. > I am on debian - don't know F. > Now, using the gui interface, the following error messag

[SyncEvolution] Problem syncing some accounts

2019-11-03 Thread deloptes
Hi Patrik, all, I am testing BT sync with Sailfish OS (successor to N9/meego) There is some strange issue with some Accounts/Contacts. My problem is that I can not edit/modify the contact on the phone, but locally it looks fine What does following mean exactly? When I modify contact locally and

Re: [SyncEvolution] Port to libecal-2.0 and libebook API changes

2019-05-02 Thread deloptes
Hi, but shouldn't be somewhere there a libical version check? On Thu, May 2, 2019 at 2:50 PM Milan Crha wrote: > On Wed, 2019-04-24 at 17:49 +0200, Milan Crha wrote: > > There are going to be made huge libecal API changes... > > Hi, > upstream libical received additional API changes in t

Re: [SyncEvolution] Newer phones with syncml support

2019-02-22 Thread deloptes
Tino Mettler wrote: > from my POV, SyncML also requires a "home service" to sync with. > > Yes, setting up CalDAV/CardDAV requires some knowledge. I use DAViCal. > It requires setting up a PostgreSQL database, adjusting the configuration > for DAViCal and setting up user accounts using the DACiCa

Re: [SyncEvolution] Newer phones with syncml support

2019-01-22 Thread deloptes
Daniel CLEMENT wrote: > Well, PMFJI, but I was in the process of upgrading to Debian 9 Stretch > when this thread started (I was more or less forced to do that) and I'd > like to add my own thanks to Patrick Ohly for this great piece of > software (I wish I could contribute more). > > My good old

Re: [SyncEvolution] Newer phones with syncml support

2019-01-16 Thread deloptes
Patrick Ohly wrote: > I consider SyncEvolution stable as it is and don't have plans to add > features. I'll keep maintaining it as long as people use it - which I > assume people still do (hard to tell with open source, in particular > when users don't need to download it from syncevolution.org be

Re: [SyncEvolution] Newer phones with syncml support

2019-01-15 Thread deloptes
Andrey Butirsky wrote: > Hi, > personally, I don't understand too why we have to give up that easily. > > There is no real alternative indeed, and having to keep all the contacts > in clear text on server at BB service, or organize "home services" for > that is just a ridiculous.. > This is from

Re: [SyncEvolution] Newer phones with syncml support

2019-01-14 Thread deloptes
Andrey Butirsky wrote: > Do you mean WAN maybe? WAN means wide area network - it is not for me - I mean WLAN (wireless local area network) - the wireless router - it is infront of the firewall and I have to reconfigure all of that to get from there into the intranet - note intrAnet - not the inter

Re: [SyncEvolution] Newer phones with syncml support

2019-01-14 Thread deloptes
Andrey Butirsky wrote: > Hi, > personally, I don't understand too why we have to give up that easily. > > There is no real alternative indeed, and having to keep all the contacts > in clear text on server at BB service, or organize "home services" for > that is just a ridiculous.. Yes my WLAN is

Re: [SyncEvolution] Newer phones with syncml support

2019-01-14 Thread deloptes
deloptes wrote: > Hi, > > if this is still alive and someone is reading - do you know any recent > phones that implement syncml. I need to replace the phone, but couldn't > find out which newer one would support syncml. Nokia seems to have dropped > it and for

[SyncEvolution] Newer phones with syncml support

2019-01-14 Thread deloptes
Hi, if this is still alive and someone is reading - do you know any recent phones that implement syncml. I need to replace the phone, but couldn't find out which newer one would support syncml. Nokia seems to have dropped it and for many phones there is no documentation. Android and iOS is a no go

Re: [SyncEvolution] KDE5 support

2018-01-04 Thread deloptes
Tino Mettler wrote: > I think this requires TDE packages in Debian, right? Yes, TDE comes on top of debian as desktop from third party repo. Sorry for jumping in OT here, I wanted to discuss the above anyway with you. Preferably I would download debian src package, rebuild and install. I think t

Re: [SyncEvolution] KDE5 support

2018-01-04 Thread deloptes
Tino Mettler wrote: > at least I got a bug report in the past to provide a way to install > syncevolution without Gnome, so I intruduced the syncevolution-libs-kde > package. > > So if anybody reading this wants to have that package available in > Debian Buster, feel free to send patches. I aske

Re: [SyncEvolution] libopenobex 1.7.2 regression (was: Re: Sync on Debian Stretch)

2017-11-15 Thread deloptes
Patrick Ohly wrote: > On Wed, 2017-11-15 at 13:48 +0100, deloptes wrote: >> Hi Patrick, >> >> I finally got a response from openobex and the secret was in the >> UPGRADING document. > > Is that response somewhere public? > Well their site is down, sou

Re: [SyncEvolution] libopenobex 1.7.2 regression (was: Re: Sync on Debian Stretch)

2017-11-15 Thread deloptes
Hi Patrick, I finally got a response from openobex and the secret was in the UPGRADING document. I don't have the time now to deal with it, so it is just FYI. I hope we can follow up on that next. regards https://gitlab.com/openobex/mainline/blob/master/UPGRADING.txt Upgrade guide from previo

Re: [SyncEvolution] libopenobex 1.7.2 regression (was: Re: Sync on Debian Stretch)

2017-11-12 Thread deloptes
Hi, Patrick Ohly wrote: > I haven't seen that email, but perhaps I just missed it. Please send > again and let me know here what the subject is. I sent now from my yahoo mail. I couldn't see anything interesting there, but I am also not an expert. I couldn't do much this week, I just found out

Re: [SyncEvolution] libopenobex 1.7.2 regression (was: Re: Sync on Debian Stretch)

2017-11-06 Thread deloptes
Hi thanks Patrick Ohly wrote: > On Thu, 2017-11-02 at 22:27 +0100, deloptes wrote: >> Patrick Ohly wrote: >> >> > On Sat, 2017-10-07 at 19:31 +0200, deloptes wrote: >> > > Patrick Ohly wrote: >> > > >> > > > Perhaps send it to

Re: [SyncEvolution] libopenobex 1.7.2 regression (was: Re: Sync on Debian Stretch)

2017-11-02 Thread deloptes
Patrick Ohly wrote: > On Sat, 2017-10-07 at 19:31 +0200, deloptes wrote: >> Patrick Ohly wrote: >> >> > Perhaps send it to me privately? I'm not sure whether I'll find >> > anything either, though. >> >> Can't we add some debug code i

Re: [SyncEvolution] libopenobex 1.7.2 regression (was: Re: Sync on Debian Stretch)

2017-10-07 Thread deloptes
Patrick Ohly wrote: > Perhaps send it to me privately? I'm not sure whether I'll find > anything either, though. Can't we add some debug code in syncevo or obex to get the type of event is causing the trouble? The message I get after including libsynthesis in syncevo is a bit different (more comp

Re: [SyncEvolution] libopenobex 1.7.2 regression (was: Re: Sync on Debian Stretch)

2017-10-06 Thread deloptes
Patrick Ohly wrote: > Typically, during my development work I build with > --disable-shared --enable-static and --with-synthesis- > src=.../libsynthesis where "libsynthesis" is the source dir of > libsynthesis. > > That way, I get a single executable that has the right compile flags > and all cod

Re: [SyncEvolution] libopenobex 1.7.2 regression (was: Re: Sync on Debian Stretch)

2017-10-03 Thread deloptes
Patrick Ohly wrote: > Interesting :-/ Perhaps try running under valgrind to root-cause this > issue? > I was thinking the memory errors in valgrind were related to the tdepim code, but it looks like it fails in the sync process when tdepim crashes. find attached the valgrind output. I will try

Re: [SyncEvolution] libopenobex 1.7.2 regression (was: Re: Sync on Debian Stretch)

2017-09-30 Thread deloptes
Patrick Ohly wrote: > On Fri, 2017-09-29 at 22:22 +0200, deloptes wrote: >> I'm not sure I did all correctly >> >> export LD_LIBRARY_PATH=/data-backup/DEVELOPMENT/Projects/tde- >> sup/sync_debug/openobex-1.7.2-Source/debian/build/lib > > Looks like you a

Re: [SyncEvolution] libopenobex 1.7.2 regression (was: Re: Sync on Debian Stretch)

2017-09-29 Thread deloptes
ation fault In GDB Program received signal SIGSEGV, Segmentation fault. 0x72614358 in smlLibMemcpy () from /usr/lib/x86_64-linux-gnu/libsmltk.so.0 (gdb) Thanks in advance for taking your time regards On Tue, Sep 5, 2017 at 11:12 AM, Patrick Ohly wrote: > On Mon, 2017-09-04 at 20:

Re: [SyncEvolution] libopenobex 1.7.2 regression (was: Re: Sync on Debian Stretch)

2017-09-10 Thread deloptes
Hi Patrick, Thank you very much for the effort. I did not do exactly what you suggested, mainly because I have to setup the environment to test it. I did however added the patches to the debian tree and rebuild the packages. The build process reported correctly applying patch in the beginning an

Re: [SyncEvolution] Sync on Debian Stretch

2017-09-04 Thread deloptes
Patrick Ohly wrote: > So have you built 1.5.2 with libopenobex2 from Debian Stretch and it > failed? With which phone? > yes - built 1.5.2 with libopenobex2 from Debian Stretch. phone is Nokia N9 I can't recall now but I think I tested also with older Nokia 5530 Desktop is Trinity - former KDE3

Re: [SyncEvolution] Sync on Debian Stretch

2017-09-04 Thread deloptes
Patrick Ohly wrote: > Have you gotten around to testing this combination? > > I just tried with SyncEvolution master (= 1.5.2), libopenobex2 from > Debian Stretch (= 1.7.2-1), and a Nokia N97 mini. No problem here. > > FWIW, the binaries from syncevolution.org shouldn't be affected, > because fo

Re: [SyncEvolution] Sync on Debian Stretch

2017-07-27 Thread deloptes
Patrick Ohly wrote: > Thanks for root causing this. > > Unfortunately I have no idea what changed in libopenobex. I also > haven't written the code which uses it, so I'd be in for some amount of > reverse-engineering before I might be able to fix it :-/ No prob. If you need input and testing let

Re: [SyncEvolution] Sync on Debian Stretch

2017-07-27 Thread deloptes
Tino Mettler wrote: > it was not meant as a permanent solution, but to help finding the root > cause of the problem. Thanks I will report when 1.5.2 testing done. regards ___ SyncEvolution mailing list SyncEvolution@syncevolution.org https://lists.s

Re: [SyncEvolution] Sync on Debian Stretch

2017-07-27 Thread deloptes
Tino Mettler wrote: > you could build libopenobex1 for Stretch and build Syncevolution from > Stretch against libopenobex1 to see if it really makes a difference. Hi Tino, thanks for the response. My last msg (perhaps you did not see it) reported exactly that. Because of lack of time, I build lib

Re: [SyncEvolution] Sync on Debian Stretch

2017-07-25 Thread deloptes
deloptes wrote: > So could be the problem in libopenobex2? syncevolution 1.5.1 with libopenobex1 works as before ___ SyncEvolution mailing list SyncEvolution@syncevolution.org https://lists.syncevolution.org/mailman/listinfo/syncevolution

[SyncEvolution] Sync on Debian Stretch

2017-07-25 Thread deloptes
Hi, I got Debian Stretch on a new computer and tried SyncEvolution, but I am getting an err message I can not deal with (see below). As usual I'll be very thankful to you for any idea where to look at or what I need to do to fix it. To complete the picture I built and installed in custom dir fro

Re: [SyncEvolution] strange problem with debian packages

2017-02-01 Thread deloptes
Tino Mettler wrote: > instead of downgrading the libsynthesis dependency in the syncevolution > package so that it installs in jessie, you should have just built a > backport of libsynthesis for jessie. Thanks Tino, this is my plan B. I've seen though other dependencies (AFAIR obex1 vs obex2) ...

Re: [SyncEvolution] strange problem with debian packages

2017-01-30 Thread deloptes
Patrick Ohly wrote: > strings /usr/lib/libsynthesis.so.0 | grep 'RELAXEDCOMPARE' Patrick thank you! So this might explain the issue because when compiling and deploying to custom, I use the bundled synthesis and for debian package I use the one provided by debian. The one in jessie is ii libsy

[SyncEvolution] strange problem with debian packages

2017-01-30 Thread deloptes
Hi, I build debian packages from syncevolution-1.5.2 for the Trinity desktop. However when I isntall the packages and try run a test sync I get following error SYNCEVOLUTION_DEBUG=3 syncevolution -r loglevel=6 nokia_N5530 addressbook [DEBUG 00:00:00] SuspendFlags: (re)activating, currently inactiv

Re: [SyncEvolution] [INFO] SoupTransport Failure

2017-01-14 Thread deloptes
Eric O'Connor wrote: > ➤ syncevolution --sync two-way zoho-backend addressbook > [INFO] calendar: inactive > [INFO] memo: inactive > [INFO] todo: inactive > [INFO] Server sending SAN > [ERROR syncevo-dbus-server] child process quit because of signal 11 > [ERROR] The connection is closed SAN is se

Re: [SyncEvolution] [INFO] SoupTransport Failure

2017-01-13 Thread deloptes
Eric O'Connor wrote: >> Which documentation did you follow to get started? > > I'm going off of the man page for syncevolution. > >> It takes two commands to set up CardDAV syncing: once for the target > side (where CardDAV is used as storage) and once for the local side > (with EDS, Akonadi or

Re: [SyncEvolution] Sync with SailFish OS via Bluetooth

2016-11-21 Thread deloptes
Tino Mettler wrote: > On Mon, Nov 21, 2016 at 08:00:33 +0100, deloptes wrote: > > >> devices for me and the question is can be done something for SailFish and >> what, so that I can use SyncEvolution with it via bluetooth. If you know > > Hi, > > is Bluetooth

Re: [SyncEvolution] Sync with SailFish OS via Bluetooth

2016-11-20 Thread deloptes
Hi Patrick, Graham, all, Patrick Ohly wrote: > On Tue, 2016-11-15 at 23:04 +0100, deloptes wrote: >> Patrick Ohly wrote: >> > During all that time, SyncEvolution has had a functional SyncML >> > implementation and backends for the PIM storage in MeeGo... &g

Re: [SyncEvolution] Sync with SailFish OS via Bluetooth

2016-11-16 Thread deloptes
Graham Cobb wrote: > On 16/11/16 07:16, Patrick Ohly wrote: >> Reminds me of the discussions we had about comparing Bueto with >> SyncEvolution. SyncEvolution always had a strong focus on actually >> making syncing work (and yes, that gets ugly sometimes), while Buteo was >> a "cleanly designed" f

Re: [SyncEvolution] Sync with SailFish OS via Bluetooth

2016-11-16 Thread deloptes
Graham Cobb wrote: > I am sure I used to have a version of SyncEvo on my Jolla, due to the > kindness of someone on the list who built it. I seem to remember it > worked sort of -- was it for calendar or contacts?  Anyway it stopped > working (did Jolla change the underlying data store or somethin

Re: [SyncEvolution] Sync with SailFish OS via Bluetooth

2016-11-16 Thread deloptes
Graham Cobb wrote: > Oooh, a bit of a low blow :-) > > I certainly learnt a lot from spending quite a lot of effort trying to > make OpenSync work!  The main one (and the main reason I am here) is > that sync is **really** hard to do in the general case. > > Syncevolution does a great job on two

Re: [SyncEvolution] Sync with SailFish OS via Bluetooth

2016-11-15 Thread deloptes
Patrick Ohly wrote: > On Tue, 2016-11-15 at 23:04 +0100, deloptes wrote: >> Patrick Ohly wrote: >> > During all that time, SyncEvolution has had a functional SyncML >> > implementation and backends for the PIM storage in MeeGo... >> >> Here is what they sai

Re: [SyncEvolution] Sync with SailFish OS via Bluetooth

2016-11-15 Thread deloptes
Patrick Ohly wrote: > Huh? Then how did you sync between your N9 and the Sail Fish OS phone? > Why does it advertise SyncML support via Bluetooth? > > I thought Sail Fish OS had continued to use Buteo as its sync solution > because that's what they got from MeeGo, and there was a SyncML > impleme

Re: [SyncEvolution] Sync with SailFish OS via Bluetooth

2016-11-15 Thread deloptes
deloptes wrote: > I'll try to find information how this version is supposed to work. Perhaps > it is missing a service in the background. Jolla/Sailfish OS does not have syncml implemented (yet). Work is in progress, was the answer. thanks

Re: [SyncEvolution] Sync with SailFish OS via Bluetooth

2016-11-14 Thread deloptes
Patrick Ohly wrote: >> This is what I did - it loops in ObexTransportAgent::wait(): iteration >> for quite some time, but I guess I have to remove PC suite parameter and >> who knows what I also have to modify. > > That doesn't look good :-( > > Is the phone still supported? Is it possible to se

Re: [SyncEvolution] Sync with SailFish OS via Bluetooth

2016-11-14 Thread deloptes
Patrick Ohly wrote: >> How can I get a working template/config for the device > > I would start with the Nokia template. > This is what I did - it loops in ObexTransportAgent::wait(): iteration for quite some time, but I guess I have to remove PC suite parameter and who knows what I also have t

[SyncEvolution] Sync with SailFish OS via Bluetooth

2016-11-12 Thread deloptes
Hi, I am wondering if it is possible to sync Intex Aqua Fish with SailFish OS via SyncEvolution. sdp browse Service Name: SyncML Client Service RecHandle: 0x10008 Service Class ID List: UUID 128: 0002--1000-8000-0002ee02 Protocol Descriptor List: "L2CAP" (0x0100) "RFCOMM" (0x00

Re: [SyncEvolution] Problem syncing with two profiles

2016-11-11 Thread deloptes
Patrick Ohly wrote: > So switching between home and office triggers a slow sync? I wonder > whether the phone sees different deviceIds for the SyncEvolution side in > that case. > > There are two settings in SyncEvolution for this. From a config for the > Nokia N97: > > # the identifier sent to

Re: [SyncEvolution] Problem syncing with two profiles

2016-11-10 Thread deloptes
deloptes wrote: > Patrick Ohly wrote: > >> Sync with what? Mobile phone? >> > > Yes! I use Nokia N9. > >> There was a bug that affected some phones such that the sync itself >> completed, but the OBEX connection was closed prematurely, causing

Re: [SyncEvolution] Problem syncing with two profiles

2016-11-10 Thread deloptes
Patrick Ohly wrote: > Sync with what? Mobile phone? > Yes! I use Nokia N9. >> My question is why it does slow sync in 2.2? What could be the reason? > > This should only happen if something went wrong. The latest > syncevolution-log.html should tell whether it was the local (= > SyncEvolution)

[SyncEvolution] Problem syncing with two profiles

2016-11-10 Thread deloptes
Hi, sorry to bother again, but I observed an issue performing following use case: 1. Sync at home with my user profile A (it says normal sync) 2. Sync in the office with my user profile B 2.1 do refresh-from-remote 2.2 do a sync after some time (it says slow sync) My question is w

Re: [SyncEvolution] Building a debian package for the backend

2016-11-07 Thread deloptes
Tino Mettler wrote: > On Mon, Nov 07, 2016 at 00:13:51 +0100, deloptes wrote: >> Hi, >> perhaps this question should be addressed to Tino. >> >> I am wondering how I can build the TDE backend in a debian package. >> Is it possible to build and distribute this p

[SyncEvolution] Building a debian package for the backend

2016-11-06 Thread deloptes
Hi, perhaps this question should be addressed to Tino. I am wondering how I can build the TDE backend in a debian package. Is it possible to build and distribute this package only? It is regarding a long term plan to provide TDE ready to install packages. I think RH and Deb are mostly used. Than

Re: [SyncEvolution] Release preparations for 1.5.2

2016-11-03 Thread deloptes
Patrick Ohly wrote: > Thanks. I've merged the patches and will prepare a final release > candidate now. The nightly build machine needs to go through some > maintenance soon, so I might have to finish 1.5.2 this weekend. > > In the future, can you commit the changes in your local git repo with a

Re: [SyncEvolution] Release preparations for 1.5.2

2016-10-26 Thread deloptes
ly I update from "experimental" and that "unstable" > will get the same update after some sanity checking. I didn't follow > that when announcing the version above, so if you now follow > "experimental", then please replace by "unstable". > &g

Re: [SyncEvolution] Release preparations for 1.5.2

2016-10-23 Thread deloptes
I splitted both (tde and tdepim) tde.patch is to prevent the wallet backend from crashing syncevolution when enabled. Again tdewallet backend is not tested by any means as I am not using it. tdepim.patch is to make the notes backend build. Unfortunately I was still not able to perform an e2e tes

Re: [SyncEvolution] Release preparations for 1.5.2

2016-10-22 Thread deloptes
Patrick Ohly wrote: > deloptes, your TDE backends are included, albeit with some changes to > make them compile when disabled. Please check that this works as > intended for you. Two minor problems. After applying the changes (see attached patch) it builds fine. I do not expect function

Re: [SyncEvolution] Release preparations for 1.5.2

2016-10-20 Thread deloptes
Patrick Ohly wrote: > deloptes, your TDE backends are included, albeit with some changes to > make them compile when disabled. Please check that this works as > intended for you. Hi Patrick, I let it compile yesterday on a test vm and got following error src/backends/tde/TDEPlatfor

Re: [SyncEvolution] [SOLVED] Explicit type 'text/x-vcalendar' specified in command or item meta

2016-10-06 Thread deloptes
The problem is solved by the agreed solution. The second problem with the escaped ',' and '\n' also solved (it was introduced at my end while trying to resolve the former issue). Thanks and regards ___ SyncEvolution mailing list SyncEvolution@syncevolut

Re: [SyncEvolution] Broken UTF-8 item passed to backend (was Explicit type 'text/x-vcalendar' specified in command or item meta)

2016-10-06 Thread deloptes
Patrick Ohly wrote: > I don't like magic - at least not in software engineering ;-} > > So let's try to understand this a bit better. Compared to my proposed > patch, you added "p=nextunfolded(p,aMimeMode,true)" before the > "continue". > > Without it, we enter the next loop iteration: > > c=*p

Re: [SyncEvolution] Broken UTF-8 item passed to backend (was Explicit type 'text/x-vcalendar' specified in command or item meta)

2016-10-05 Thread deloptes
Patrick Ohly wrote: > +        // The Nokia N9 vCalendar implementation sends ==0A=0D= at the > end of +        // the line when it should send just the =. Apparently the > CRLF octets +        // get inserted before quoted-printable encoding and > then get encoded. +        // Such a sequence is

Re: [SyncEvolution] Release preparations for 1.5.2

2016-10-05 Thread deloptes
Tino Mettler wrote: > "3.4.0.47.5+syncevolution-1.5.1-2" might scare off some people. I would skip "syncevolution" and go for "3.4.0.47.5+1.5.1-2" It's just a convention, so important is, that it's written somewhere what it means. regards ___ SyncEvol

Re: [SyncEvolution] Broken UTF-8 item passed to backend (was Explicit type 'text/x-vcalendar' specified in command or item meta)

2016-10-04 Thread deloptes
Thank you for the extended explanations in your reply. Patrick Ohly wrote: [old content removed for visibility] > >> Alternatively can we enforce text/calendar instead of text/x-vcalendar? >> I tried setting this in the ini file >> .config/syncevolution/default/peers/nokia_n9/sources/calendar+t

Re: [SyncEvolution] Broken UTF-8 item passed to backend (was Explicit type 'text/x-vcalendar' specified in command or item meta)

2016-10-02 Thread deloptes
Patrick Ohly wrote: [old content removed for visibility] > > If I understand this right (disclaimer: I'm not intimately familiar with > the specs anymore, and have had no time to read up on them), it is the > phone which is sending bogus data, right? > > Your explanation in https://bugs.freedesk

Re: [SyncEvolution] Broken UTF-8 item passed to backend (was Explicit type 'text/x-vcalendar' specified in command or item meta)

2016-10-01 Thread deloptes
Patrick Ohly wrote: > On Tue, 2016-09-27 at 08:57 +0200, deloptes wrote: >> Patrick Ohly wrote: >> >> > On Mon, 2016-09-26 at 23:01 +0200, deloptes wrote: >> >> >> >> >> Hi, >> >> I hope you have not forgotten about this proble

Re: [SyncEvolution] Broken UTF-8 item passed to backend (was Explicit type 'text/x-vcalendar' specified in command or item meta)

2016-10-01 Thread deloptes
Patrick Ohly wrote: > On Tue, 2016-09-27 at 08:57 +0200, deloptes wrote: >> Patrick Ohly wrote: >> >> > On Mon, 2016-09-26 at 23:01 +0200, deloptes wrote: >> >> >> >> >> Hi, >> >> I hope you have not forgotten about this proble

Re: [SyncEvolution] Release preparations for 1.5.2

2016-09-30 Thread deloptes
Patrick Ohly wrote: > http://downloads.syncevolution.org/syncevolution. Look for version > 1.5.1+20160926+SE+8fccc44+unclean+SYSYNC+59b55aa > > Before I tag and release this as 1.5.2, it would be great to get some > feedback that this release doesn't cause regressions. In particular, > syncing wi

Re: [SyncEvolution] Release preparations for 1.5.2

2016-09-29 Thread deloptes
Patrick Ohly wrote: > On Thu, 2016-09-29 at 23:50 +0200, deloptes wrote: >> Patrick Ohly wrote: >> >> > The binaries are available in the "experimental" apt repo >> > (http://downloads.syncevolution.org/apt/ with "experimental" as release &

Re: [SyncEvolution] Release preparations for 1.5.2

2016-09-29 Thread deloptes
Patrick Ohly wrote: > The binaries are available in the "experimental" apt repo > (http://downloads.syncevolution.org/apt/ with "experimental" as release > name) or as individual .tar.gz files in > http://downloads.syncevolution.org/syncevolution. Look for version > 1.5.1+20160926+SE+8fccc44+uncle

Re: [SyncEvolution] Broken UTF-8 item passed to backend (was Explicit type 'text/x-vcalendar' specified in command or item meta)

2016-09-26 Thread deloptes
Patrick Ohly wrote: > On Mon, 2016-09-26 at 23:01 +0200, deloptes wrote: >> >> Hi, >> I hope you have not forgotten about this problem. Please look into my >> last message and let me know if I can do something more. If it is the >> same issue as the TDE/libk

Re: [SyncEvolution] Broken UTF-8 item passed to backend (was Explicit type 'text/x-vcalendar' specified in command or item meta)

2016-09-26 Thread deloptes
Patrick Ohly wrote: > On Wed, 2016-09-14 at 01:41 +0200, deloptes wrote: >> Hi, >> I added a line to dump the incoming item/payload in the backend. I >> couldn't see what was sent when using SYNCEVOLUTION_DEBUG=4. > > You need to set the "loglevel" prope

Re: [SyncEvolution] Broken UTF-8 item passed to backend (was Explicit type 'text/x-vcalendar' specified in command or item meta)

2016-09-13 Thread deloptes
Hi, I added a line to dump the incoming item/payload in the backend. I couldn't see what was sent when using SYNCEVOLUTION_DEBUG=4. TrackingSyncSource::InsertItemResult TDEPIMCalendarSource::insertItem(const std::string &luid, const std::string &item, bool raw) { SE_LOG_DEBUG(getDisplayNa

Re: [SyncEvolution] Explicit type 'text/x-vcalendar' specified in command or item meta

2016-09-13 Thread deloptes
Patrick Ohly wrote: > On Tue, 2016-09-13 at 00:26 +0200, deloptes wrote: >> Hi, >> sorry for bothering further but I am wondering why I see this when in >> slow sync but not in normal mode. > > You should see it also in normal mode when creating a new calendar entry

[SyncEvolution] Explicit type 'text/x-vcalendar' specified in command or item meta

2016-09-12 Thread deloptes
Hi, sorry for bothering further but I am wondering why I see this when in slow sync but not in normal mode. [2016-09-09 17:12:34.846] Explicit type 'text/x-vcalendar' specified in command or item meta [2016-09-09 17:12:34.846] Version '1.0' obtained from item data Does this mean that (if I recall

Re: [SyncEvolution] survey: providing SyncEvolution binaries - dropping Akonadi support?

2016-09-08 Thread deloptes
Patrick Ohly wrote: > > Which version of Akonadi does this work with? Last time I tried it it was jessie > > I have a working solution for Akonadi 13.0 in Debian Jessie, but that no > longer works for Akonadi 16.0 in Debian 16.0 in Debian Stretch. > > One difference is that the newer Akonadi,

Re: [SyncEvolution] survey: providing SyncEvolution binaries - dropping Akonadi support?

2016-09-08 Thread deloptes
Patrick Ohly wrote: > On Wed, 2016-08-31 at 23:12 +0200, Tino Mettler wrote: >> On Mon, Aug 22, 2016 at 15:22:31 +0200, Patrick Ohly wrote: >> > One exception >> > is perhaps Debian Stable, which only has an old version (1.4.99). But >> > even that isn't too bad. >> >> Hi Patrick, >> >> I could

Re: [SyncEvolution] survey: providing SyncEvolution binaries - dropping Akonadi support?

2016-09-07 Thread deloptes
Patrick Ohly wrote: > It could be specific to my test environment (X11 provided by VNC only > because Akonadi no longer runs headless, no KDE session). I think I still have some useful scripts (.profile) to run Akonadi from the command line after ssh -X. If interested let me know - I'll have a lo

Re: [SyncEvolution] syncevolution debug help needed

2016-09-01 Thread deloptes
Patrick Ohly wrote: > On Thu, 2016-08-25 at 08:50 +0200, deloptes wrote: >> Patrick Ohly wrote: >> >> The story about ITEM_NEEDS_MERGE however is still a bit unclear to me. >> >> Is it a suggestion - at least I understand it as such? >> > >> > I

Re: [SyncEvolution] syncevolution debug help needed

2016-08-24 Thread deloptes
Patrick Ohly wrote: > On Wed, 2016-08-24 at 01:22 +0200, deloptes wrote: >> IMO it would be best to push into syncevolution tree and TDE could apply >> own debian rules for building a package which would replace the debian >> native package offering tdepim. >> Do

Re: [SyncEvolution] syncevolution debug help needed

2016-08-23 Thread deloptes
: > On Tue, 2016-08-23 at 00:29 +0200, deloptes wrote: >> Patrick Ohly wrote: >> >> > Is the full code available somewhere? >> > >> >> No, I still don't know what to do with it and I'm not sure in which form >> I should upload it.

Re: [SyncEvolution] syncevolution debug help needed

2016-08-22 Thread deloptes
Thanks again for the reply! Patrick Ohly wrote: > Is the full code available somewhere? > No, I still don't know what to do with it and I'm not sure in which form I should upload it. Uploading it means maintain it ... etc. I was thinking to upload it to the trinity desktop, but still it is not

Re: [SyncEvolution] syncevolution debug help needed

2016-07-29 Thread deloptes
Thanks for the response it helps I hope Patrick Ohly wrote: > On Thu, 2016-07-28 at 19:22 +0200, deloptes wrote: >> Hi, >> from time to time I'm getting in following situation. >> Do you have some hint how I can understand what is wrong here. It works >> fine, b

[SyncEvolution] syncevolution debug help needed

2016-07-28 Thread deloptes
Hi, from time to time I'm getting in following situation. Do you have some hint how I can understand what is wrong here. It works fine, but at once I start getting those messages. The following output was created with SYNCEVOLUTION_DEBUG=3 syncevolution nokia_N9 calendar+todo Thanks in advance [

Re: [SyncEvolution] Debian building packages for syncevolution 1.5.1 and TDE backends

2016-06-28 Thread deloptes
Patrick Ohly wrote: > On Tue, 2016-06-28 at 00:26 +0200, deloptes wrote: >> I noticed there is no package for stretch - for jessie and sid there is >> one - what are the plans or what is the story? >> This is also version 1.4.99 - why not 1.5.1 (I mean at lea

Re: [SyncEvolution] Debian building packages for syncevolution 1.5.1 and TDE backends

2016-06-27 Thread deloptes
Tino Mettler wrote: > On Mon, Jun 13, 2016 at 16:13:44 +0200, deloptes wrote: >> OK, Thank you Tino, >> I have the feeling you are right. I'll try to build the debian packages >> on the test env, where I will need to install the evolution and kde libs >> as well, s

[SyncEvolution] Debian building packages for syncevolution 1.5.1 and TDE backends

2016-06-10 Thread deloptes
Hi again, 1. the second part of my question is/was what to do with the source code and what would be the best approach? I think the code should go into syncevolution repository. TDE packages would be provided then by TDE. Is it correct assumption and if yes what is the way for doing it? 2. Now fo

Re: [SyncEvolution] syncevolution 1.5.1 and TDE backends

2016-06-10 Thread deloptes
Tino Mettler wrote: > I don't get the real question. If you added your own backend and want > to know how to add it to the Debian packaging, you could > use the KDE backend (in the syncevolution-libs-kde package) as an example: > > 1. add a syncevolution-libs-tde backend package to debian/control

[SyncEvolution] syncevolution 1.5.1 and TDE backends

2016-06-03 Thread deloptes
Tino Mettler wrote: > On Wed, Jun 01, 2016 at 14:29:09 +0200, Patrick Ohly wrote: > > [...] > >> Tino, how's your update of the Debian package to the latest version >> going? I saw that Debian Testing doesn't have any SyncEvolution version >> anymore. > > Hi, > > I submitted a 1.5.1 package to

Re: [SyncEvolution] Help needed

2016-04-26 Thread deloptes
Patrick Ohly wrote: > On Tue, 2016-04-26 at 21:29 +0200, deloptes wrote: >> Patrick Ohly wrote: >> >> > Good that you found a workaround, but there's still something fishy >> > about this interaction between TDEPIM and gdbus. I was hoping to remove >>

Re: [SyncEvolution] Help needed

2016-04-26 Thread deloptes
Patrick Ohly wrote: > Good that you found a workaround, but there's still something fishy > about this interaction between TDEPIM and gdbus. I was hoping to remove > support for libdbus at some point; if you depend on it, I'll have to > keep maintaining two D-Bus bindings. Not that I am changing m

  1   2   >