[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

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

[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

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, so tha

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] TDEPIM sync questions

2016-02-08 Thread deloptes
Patrick Ohly wrote: > In case of a local sync, two processes are involved. You need to attach > to syncevo-local-sync (gdb -p `pidof syncevo-local-sync`) and have a > look where that one is stuck when the problem occurs. Thanks again for the hint. I do not have that much experience in debugging

Re: [SyncEvolution] TDEPIM sync questions

2016-02-10 Thread deloptes
Patrick Ohly wrote: > Hmm. At least that gives you something to compare the debug output > against. I'm afraid I'm out of further ideas. What is expected to happen when it hangs - when does this ACK is sent? I see shutdown() is called and it is waiting to shut down. What does this shutdown()

Re: [SyncEvolution] TDEPIM sync questions

2016-02-10 Thread deloptes
Patrick Ohly wrote: > Another test might be to set up syncing between file backends. For that > replace the TDE datastores on the target side of your sync config with > another file backend, like you did on the local side. If that also > fails, then it should be a problem that is completely

Re: [SyncEvolution] TDEPIM sync questions

2016-02-05 Thread deloptes
Thanks for all the information. Patrick Ohly wrote: > That confirms my theory: I bet your register_func object linked into > both shared modules, and then each module registers both kinds of data. > > You need two registration files, one per module, and only register data > provided by that

Re: [SyncEvolution] TDEPIM sync questions

2016-02-07 Thread deloptes
deloptes wrote: > > I think I have a problem with understanding the configuration and how I > can create a test setup where I have a local sync server (file backend) > and TDE PIM on the other side. > It looks like it worked for addressbook, but trying to reproduce or extend >

Re: [SyncEvolution] TDEPIM sync questions [solved double register]

2016-02-05 Thread deloptes
Patrick Ohly wrote: > That confirms my theory: I bet your register_func object linked into > both shared modules, and then each module registers both kinds of data. > > You need two registration files, one per module, and only register data > provided by that module in the file. I solved this -

Re: [SyncEvolution] TDEPIM sync questions

2016-02-09 Thread deloptes
Patrick Ohly wrote: > LocalTransportAgent::storeSyncReport() is the parent side and logs "got > child sync report" once the data made it across the local D-Bus > connection. Do you see that when running with SYNCEVOLUTION_DEBUG and > loglevel=10? yes I see status=200 - everything went good, but

Re: [SyncEvolution] TDEPIM sync questions

2016-02-05 Thread deloptes
Patrick Ohly wrote: > On Wed, 2016-02-03 at 20:05 +0100, deloptes wrote: >> Hi to all @syncevolution, sorry for bothering you, but I hope one could >> save me some digging by answering my questions. >> I thank you in advance for the patience and support. >> >>

Re: [SyncEvolution] Help needed

2016-02-28 Thread deloptes
Thanks for finding time for that as well. Appreciated! Patrick Ohly wrote: > On Sat, 2016-02-20 at 13:32 +0100, deloptes wrote: >> Hi Patrick, all, >> >> a stupid shortcut activation got the previous mail sent incomplete. >> >> So in the L

Re: [SyncEvolution] Help needed

2016-02-29 Thread deloptes
Thank you once again, Patrick Ohly wrote: > On Mon, 2016-02-29 at 01:34 +0100, deloptes wrote: >> >> >> >> So in the LocalTransportAgent >> >> >> >> we have >> >> >> >> while (! m_reportSent && m

[SyncEvolution] Help needed

2016-02-20 Thread deloptes
Hi Patrick, all, I found in the code ___ SyncEvolution mailing list SyncEvolution@syncevolution.org https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] Help needed

2016-02-20 Thread deloptes
Hi Patrick, all, a stupid shortcut activation got the previous mail sent incomplete. So in the LocalTransportAgent we have while (! m_reportSent && m_parent && s.getState() == SuspendFlags::NORMAL ) { step("waiting for parent's ACK for sync report"); }

Re: [SyncEvolution] Char encoding in syncevo config

2016-03-23 Thread deloptes
Patrick Ohly wrote: > On Wed, 2016-03-23 at 08:39 +0100, deloptes wrote: >> Hi all, >> >> I might be too frustrated recently and might have overseen something, but >> is there a way to set up specific char encoding in SyncEvolution >> configuration? >>

Re: [SyncEvolution] Char encoding in syncevo config

2016-03-25 Thread deloptes
Looking further into it I solved the issue by passing c_str() to parseVCard TDEABC::Addressee addressee = converter.parseVCard(item.c_str()); works OK and when reading an item the same, after converting the TQString into std::string, passing the c_str() to the item object

Re: [SyncEvolution] Char encoding in syncevo config [identified]

2016-03-24 Thread deloptes
Hi Patrick, thanks again for the input. It seems to be a bug in the vCard to addressee converter in TDE. regards ___ SyncEvolution mailing list SyncEvolution@syncevolution.org https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] Char encoding in syncevo config

2016-03-24 Thread deloptes
Patrick Ohly wrote: > On Thu, 2016-03-24 at 00:13 +0100, deloptes wrote: >> Patrick Ohly wrote: >> >> > On Wed, 2016-03-23 at 08:39 +0100, deloptes wrote: >> > When you receive vCards from those phones and they contain data in >> > ISO-8859-15,

Re: [SyncEvolution] Char encoding in syncevo config

2016-03-24 Thread deloptes
Patrick Ohly wrote: > On Wed, 2016-03-23 at 08:39 +0100, deloptes wrote: I forgot to attach the portions from syncevo logs [2016-03-23 01:01:44.853] Explicit type 'text/x-vcalendar' specified in command or item meta [2016-03-23 01:01:44.853] Version '1.0' obtained from item data – [2016

[SyncEvolution] Calendar+Todo and Memo

2016-04-02 Thread deloptes
Hi all, I apologize for disturbing you once again, however I found out that the older Nokia 5530 has Calendar+Todo and Memo in one. So when I use following configuration I get everything to the TDE Calendar when just syncing the calendar part. This is great, however I can not push back Todo or

[SyncEvolution] Char encoding in syncevo config

2016-03-23 Thread deloptes
Hi all, I might be too frustrated recently and might have overseen something, but is there a way to set up specific char encoding in SyncEvolution configuration? The reason is that I have few old phones in Latin1/ISO-8859-15 and a newer N9 using UTF-8 While N9 works fine, I get mangled ö/ä/ü in

[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] 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)

[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

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

Re: [SyncEvolution] syncevolution debug help needed

2016-08-25 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-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? >> > >> >

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

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] 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 , const std::string , bool raw) { SE_LOG_DEBUG(getDisplayName(),

[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

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

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" pro

Re: [SyncEvolution] Release preparations for 1.5.2

2016-09-30 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 >

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] 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: > >

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 ___

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 >>

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

2016-10-07 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

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. Upload

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

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] 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 th

[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.

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] 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

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-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

Re: [SyncEvolution] Release preparations for 1.5.2

2016-10-21 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/TDEPla

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] 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-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

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

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"

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 and r

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 >

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

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-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

[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"

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
date 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". > > Graham, the

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] [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

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

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

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

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

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

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 are bu

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

2017-09-29 Thread deloptes
017-09-04 at 20:24 +0200, deloptes wrote: > > 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 D

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

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] 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

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,

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 in syncevo o

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

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

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

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 a

[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

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

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

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

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

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

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

[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

[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

[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

[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

  1   2   >