From tino.keitel+syncevolution at tikei.de Thu Jan 4 12:10:41 2018 From: tino.keitel+syncevolution at tikei.de (Tino Mettler) Date: Thu, 4 Jan 2018 13:10:41 +0100 Subject: [SyncEvolution] KDE5 support Message-ID: <20180104121041.GA6003@mac.home> Hi Patrick, the Debian project plans to remove QT4 from the next stable release (Buster). This means that the Akonadi backend needs to be ported to KDE5 so it can be shipped with Buster. Do you have any plans for this? Regards, Tino _______________________________________________ SyncEvolution mailing list SyncEvolution at syncevolution.org https://lists.syncevolution.org/mailman/listinfo/syncevolution From patrick.ohly at intel.com Thu Jan 4 12:15:42 2018 From: patrick.ohly at intel.com (Patrick Ohly) Date: Thu, 04 Jan 2018 13:15:42 +0100 Subject: [SyncEvolution] KDE5 support In-Reply-To: <20180104121041.GA6003@mac.home> References: <20180104121041.GA6003@mac.home> Message-ID: <1515068142.10775.26.camel@intel.com> On Thu, 2018-01-04 at 13:10 +0100, Tino Mettler wrote: > Hi Patrick, > > the Debian project plans to remove QT4 from the next stable release > (Buster).??This means that the Akonadi backend needs to be ported to > KDE5 so it can be shipped with Buster. Do you have any plans for > this? No. I don't know if the Akonadi backend is really used, so my motivation to put further effort into it is low. My suggestion is to simply disable it in the Debian package. -- Best Regards, Patrick Ohly The content of this message is my personal opinion only and although I am an employee of Intel, the statements I make here in no way represent Intel's position on the issue, nor am I authorized to speak on behalf of Intel on this matter. From tino.keitel+syncevolution at tikei.de Thu Jan 4 12:43:49 2018 From: tino.keitel+syncevolution at tikei.de (Tino Mettler) Date: Thu, 4 Jan 2018 13:43:49 +0100 Subject: [SyncEvolution] KDE5 support In-Reply-To: <1515068142.10775.26.camel@intel.com> References: <20180104121041.GA6003@mac.home> <1515068142.10775.26.camel@intel.com> Message-ID: <20180104124349.GA17225@mac.home> On Thu, Jan 04, 2018 at 13:15:42 +0100, Patrick Ohly wrote: [...] > No. I don't know if the Akonadi backend is really used, so my > motivation to put further effort into it is low. > > My suggestion is to simply disable it in the Debian package. Hi, 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. Regards, Tino _______________________________________________ SyncEvolution mailing list SyncEvolution at syncevolution.org https://lists.syncevolution.org/mailman/listinfo/syncevolution From deloptes at gmail.com Thu Jan 4 13:37:29 2018 From: deloptes at gmail.com (deloptes) Date: Thu, 4 Jan 2018 14:37:29 +0100 Subject: [SyncEvolution] KDE5 support References: <20180104121041.GA6003@mac.home> <1515068142.10775.26.camel@intel.com> <20180104124349.GA17225@mac.home> Message-ID: 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 asked once if it would be possible to get optional syncevolution-libs-tde (which would be the TDE - old KDE3). I already forgot what was the plan - I think it was to use syncevolution source add our (TDE's) debian scripts, but if it could go into the main source, it would be easier to maintain. What's the deadline for Buster anyway? thanks _______________________________________________ SyncEvolution mailing list SyncEvolution at syncevolution.org https://lists.syncevolution.org/mailman/listinfo/syncevolution From tino.keitel+syncevolution at tikei.de Thu Jan 4 20:54:35 2018 From: tino.keitel+syncevolution at tikei.de (Tino Mettler) Date: Thu, 4 Jan 2018 21:54:35 +0100 Subject: [SyncEvolution] KDE5 support In-Reply-To: References: <20180104121041.GA6003@mac.home> <1515068142.10775.26.camel@intel.com> <20180104124349.GA17225@mac.home> Message-ID: <20180104205435.GA27423@mac.home> On Thu, Jan 04, 2018 at 14:37:29 +0100, deloptes wrote: > I asked once if it would be possible to get optional syncevolution-libs-tde > (which would be the TDE - old KDE3). I think this requires TDE packages in Debian, right? Regards, Tino _______________________________________________ SyncEvolution mailing list SyncEvolution at syncevolution.org https://lists.syncevolution.org/mailman/listinfo/syncevolution From deloptes at gmail.com Thu Jan 4 22:36:48 2018 From: deloptes at gmail.com (deloptes) Date: Thu, 4 Jan 2018 23:36:48 +0100 Subject: [SyncEvolution] KDE5 support References: <20180104121041.GA6003@mac.home> <1515068142.10775.26.camel@intel.com> <20180104124349.GA17225@mac.home> <20180104205435.GA27423@mac.home> Message-ID: 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 the problem were the dependencies so that I have to remove all syncevolution and install the one compiled with tde plugins and set it on hold. It would be nice if I could build the plugins as package and install them on top of debians syncevolution, but I am really not sure if it would work. Perhaps it needs more brainstorming. regards _______________________________________________ SyncEvolution mailing list SyncEvolution at syncevolution.org https://lists.syncevolution.org/mailman/listinfo/syncevolution From tino.keitel+syncevolution at tikei.de Fri Jan 5 18:51:02 2018 From: tino.keitel+syncevolution at tikei.de (Tino Mettler) Date: Fri, 5 Jan 2018 19:51:02 +0100 Subject: [SyncEvolution] KDE5 support In-Reply-To: References: <20180104121041.GA6003@mac.home> <1515068142.10775.26.camel@intel.com> <20180104124349.GA17225@mac.home> <20180104205435.GA27423@mac.home> Message-ID: <20180105185102.GA20907@mac.home> On Thu, Jan 04, 2018 at 23:36:48 +0100, deloptes wrote: [...] > Preferably I would download debian src package, rebuild and install. AFAICS, there is no way to define an optional package in debian/control which is not built by default, but only if the user enables it. Build dependencies (like the TDE headers) are defined globally for the source package. So you will need to modify the offical Debian source package to have a syncevolution-libs-tde package. > I think the problem were the dependencies so that I have to remove all > syncevolution and install the one compiled with tde plugins and set it on > hold. It would be nice if I could build the plugins as package and install > them on top of debians syncevolution, but I am really not sure if it would > work. In theory, It would work in some way, if the build dependencies are set correctly in the syncevolution Makefiles. However, you need recompile the plugin after ABI changes in the main syncevolution package. Regards, Tino _______________________________________________ SyncEvolution mailing list SyncEvolution at syncevolution.org https://lists.syncevolution.org/mailman/listinfo/syncevolution From tino.keitel+syncevolution at tikei.de Fri Jan 5 21:06:05 2018 From: tino.keitel+syncevolution at tikei.de (Tino Mettler) Date: Fri, 5 Jan 2018 22:06:05 +0100 Subject: [SyncEvolution] KDE5 support In-Reply-To: <20180104124349.GA17225@mac.home> References: <20180104121041.GA6003@mac.home> <1515068142.10775.26.camel@intel.com> <20180104124349.GA17225@mac.home> Message-ID: <20180105210605.GA14292@mac.home> Hi, Thomas, Graham: there is a discussion about a KDE5 port of the syncevolution akonadi plugin, which currently supports KDE4 only. KDE4 will not be part of the next Debian Stable release (Buster). I have prepared a syncevolution package which compiles with KDE5. Kwallet support is disabled for now, but the akonadi backend is included. If anybody wants to test this, just reply to this mail. If tests go well, I will try to finish the KDE5 port. Otherwise I'll disable the akonadi plugin for Buster. Regards, Tino _______________________________________________ SyncEvolution mailing list SyncEvolution at syncevolution.org https://lists.syncevolution.org/mailman/listinfo/syncevolution From tino.keitel+syncevolution at tikei.de Sun Jan 14 20:37:36 2018 From: tino.keitel+syncevolution at tikei.de (Tino Mettler) Date: Sun, 14 Jan 2018 21:37:36 +0100 Subject: [SyncEvolution] SSL related regression in 1.5.3 Message-ID: <20180114203735.GA22366@mac.home> Hi Patrick, while testing the 1.5.3 Debian package, I discovered a regression regarding the SSL settings. With the following setttings I only get soup a related error: SSLVerifyServer = 0 SSLVerifyHost = 0 The error message is: [INFO] SoupTransport Failure: https:///sync via libsoup: Unacceptable TLS certificate When I set both settings to 1, it works as intended. It also works when I set only one of both settings to 0, or set both to 1. >From my point of view, people using HTTPS this way (both set to 0) should just fix their setup, but I don't know if someone really is required to use such SSL settings. The description in the sample config reads as if "SSLVerifyHost" is disabled when setting "SSLVerifyServer" to 0. Regards, Tino _______________________________________________ SyncEvolution mailing list SyncEvolution at syncevolution.org https://lists.syncevolution.org/mailman/listinfo/syncevolution From tino.keitel+syncevolution at tikei.de Wed Jan 17 08:19:43 2018 From: tino.keitel+syncevolution at tikei.de (Tino Mettler) Date: Wed, 17 Jan 2018 09:19:43 +0100 Subject: [SyncEvolution] SSL related regression in 1.5.3 In-Reply-To: <20180114203735.GA22366@mac.home> References: <20180114203735.GA22366@mac.home> Message-ID: <20180117081943.GA24067@mac.home> On Sun, Jan 14, 2018 at 21:37:36 +0100, Tino Mettler wrote: [...] > From my point of view, people using HTTPS this way (both set to 0) > should just fix their setup, but I don't know if someone really is > required to use such SSL settings. The description in the sample > config reads as if "SSLVerifyHost" is disabled when setting > "SSLVerifyServer" to 0. Hi Patrick, are you aware of possible setups that might require both config variables set to 0? Regards, Tino _______________________________________________ SyncEvolution mailing list SyncEvolution at syncevolution.org https://lists.syncevolution.org/mailman/listinfo/syncevolution From patrick.ohly at intel.com Wed Jan 17 09:51:56 2018 From: patrick.ohly at intel.com (Patrick Ohly) Date: Wed, 17 Jan 2018 10:51:56 +0100 Subject: [SyncEvolution] SSL related regression in 1.5.3 In-Reply-To: <20180117081943.GA24067@mac.home> References: <20180114203735.GA22366@mac.home> <20180117081943.GA24067@mac.home> Message-ID: <1516182716.6718.33.camel@intel.com> On Wed, 2018-01-17 at 09:19 +0100, Tino Mettler wrote: > On Sun, Jan 14, 2018 at 21:37:36 +0100, Tino Mettler wrote: > > [...] > > > From my point of view, people using HTTPS this way (both set to 0) > > should just fix their setup, but I don't know if someone really is > > required to use such SSL settings.??The description in the sample > > config reads as if "SSLVerifyHost" is disabled when setting > > "SSLVerifyServer" to 0. > > Hi Patrick, > > are you aware of possible setups that might require both config > variables set to 0? Only for testing, for example a server that runs with a self-signed certificate that was created for a different domain than the one currently used by the server. It's probably worthwhile to enable this again. I still need to look into it when I have the time. I'm not sure how it worked before: SoupTransportAgent::send() only sets the CA cert file when SSL checking is enabled (= either of the two options on). It doesn't (and never has) disabled SSL checking, so if that now happens to be enabled by default, then that's the problem. Yes, that's it: https://developer.gnome.org/libsoup/stable/libsoup-sess ion-porting.html mentions that the default has changed. So this might work: ????// use CA certificates if available and needed, ????// otherwise let soup use system default certificates ????if (m_verifySSL) { ????????if (!m_cacerts.empty()) { ????????????g_object_set(m_session.get(), SOUP_SESSION_SSL_CA_FILE, m_cacerts.c_str(), NULL); ????????} ????} else { // Checking enabled by default, disable it. g_object_set(m_session.get(), SOUP_SESSION_SSL_STRICT, false, NULL); } -- Best Regards, Patrick Ohly The content of this message is my personal opinion only and although I am an employee of Intel, the statements I make here in no way represent Intel's position on the issue, nor am I authorized to speak on behalf of Intel on this matter. From tino.keitel+syncevolution at tikei.de Mon Jan 22 21:07:35 2018 From: tino.keitel+syncevolution at tikei.de (Tino Mettler) Date: Mon, 22 Jan 2018 22:07:35 +0100 Subject: [SyncEvolution] SSL related regression in 1.5.3 In-Reply-To: <1516182716.6718.33.camel@intel.com> References: <20180114203735.GA22366@mac.home> <20180117081943.GA24067@mac.home> <1516182716.6718.33.camel@intel.com> Message-ID: <20180122210735.GA22002@mac.home> On Wed, Jan 17, 2018 at 10:51:56 +0100, Patrick Ohly wrote: > Yes, that's it: https://developer.gnome.org/libsoup/stable/libsoup-sess > ion-porting.html mentions that the default has changed. > > So this might work: > > > ????// use CA certificates if available and needed, > ????// otherwise let soup use system default certificates > ????if (m_verifySSL) { > ????????if (!m_cacerts.empty()) { > ????????????g_object_set(m_session.get(), SOUP_SESSION_SSL_CA_FILE, > m_cacerts.c_str(), NULL); > ????????} > ????} else { > // Checking enabled by default, disable it. > g_object_set(m_session.get(), SOUP_SESSION_SSL_STRICT, false, > NULL); > } Hi, it worked for me. I included this patch in the 1.5.3 package that I intend to upload this week. Regards, Tino _______________________________________________ SyncEvolution mailing list SyncEvolution at syncevolution.org https://lists.syncevolution.org/mailman/listinfo/syncevolution From patrick.ohly at intel.com Mon Jan 22 22:01:59 2018 From: patrick.ohly at intel.com (Patrick Ohly) Date: Mon, 22 Jan 2018 23:01:59 +0100 Subject: [SyncEvolution] SSL related regression in 1.5.3 In-Reply-To: <20180122210735.GA22002@mac.home> References: <20180114203735.GA22366@mac.home> <20180117081943.GA24067@mac.home> <1516182716.6718.33.camel@intel.com> <20180122210735.GA22002@mac.home> Message-ID: <1516658519.6718.56.camel@intel.com> On Mon, 2018-01-22 at 22:07 +0100, Tino Mettler wrote: > On Wed, Jan 17, 2018 at 10:51:56 +0100, Patrick Ohly wrote: > > Yes, that's it: https://developer.gnome.org/libsoup/stable/libsoup- > > sess > > ion-porting.html mentions that the default has changed. > > > > So this might work: > > > > > > ????// use CA certificates if available and needed, > > ????// otherwise let soup use system default certificates > > ????if (m_verifySSL) { > > ????????if (!m_cacerts.empty()) { > > ????????????g_object_set(m_session.get(), SOUP_SESSION_SSL_CA_FILE, > > m_cacerts.c_str(), NULL); > > ????????} > > ????} else { > > ????????// Checking enabled by default, disable it. > > ????????g_object_set(m_session.get(), SOUP_SESSION_SSL_STRICT, > > false, > > NULL); > > ????} > > Hi, > > it worked for me.??I included this patch in the 1.5.3 package that I > intend to upload this week. Thanks for testing. I'll do a 1.5.4 with the same fix, but better don't wait for it. -- Best Regards, Patrick Ohly The content of this message is my personal opinion only and although I am an employee of Intel, the statements I make here in no way represent Intel's position on the issue, nor am I authorized to speak on behalf of Intel on this matter. From tino.keitel+syncevolution at tikei.de Mon Jan 29 12:46:56 2018 From: tino.keitel+syncevolution at tikei.de (Tino Mettler) Date: Mon, 29 Jan 2018 13:46:56 +0100 Subject: [SyncEvolution] SSL related regression in 1.5.3 In-Reply-To: <1516658519.6718.56.camel@intel.com> References: <20180114203735.GA22366@mac.home> <20180117081943.GA24067@mac.home> <1516182716.6718.33.camel@intel.com> <20180122210735.GA22002@mac.home> <1516658519.6718.56.camel@intel.com> Message-ID: <20180129124656.GA6787@eazy.amigager.de> On Mon, Jan 22, 2018 at 23:01:59 +0100, Patrick Ohly wrote: [...] > Thanks for testing. I'll do a 1.5.4 with the same fix, but better don't > wait for it. 1.5.3 and corresponding libsynthesis were uploaded to unstable. Regards, Tino _______________________________________________ SyncEvolution mailing list SyncEvolution at syncevolution.org https://lists.syncevolution.org/mailman/listinfo/syncevolution From patrick.ohly at intel.com Tue Jan 9 16:15:21 2018 From: patrick.ohly at intel.com (Patrick Ohly) Date: Tue, 09 Jan 2018 17:15:21 +0100 Subject: SyncEvolution 1.5.3 released Message-ID: <1515514521.6718.11.camel@intel.com> About SyncEvolution =================== SyncEvolution synchronizes personal information management (PIM) data via various protocols (SyncML, CalDAV/CardDAV, ActiveSync). It syncs contacts, appointments, tasks and memos. It syncs to web services or to SyncML-capable phones via Bluetooth.? Binaries are available for Linux desktops (using GNOME Evolution, or KDE's Akonadi) and the source code also supports the Trinity Desktop Environment (TDE). About 1.5.3 =========== Maintenance release. syncevolution.org binaries are now getting compiled for distros >= Ubuntu Xenial 16.04 LTS. Usage of deprecated libraries (GNOME keyring) and APIs (SoupAsyncSession) was replaced. libical v3 is supported. The code now compiles more cleanly with recent compilers and depends on C++11 support. Details: * EDS: more generic open retry handling ? Recent EDS started to exhibit race conditions when opening a database (for ? example, https://bugzilla.gnome.org/show_bug.cgi?id=791306). Opening was ? already tried again for a certain known error in some old EDS version. Now it ? is tried five times with a delay of one second for all errors. * SoupTransportAgent: require libsoup 2.42, no deprecated methods ? This allows us to get rid of deprecated function calls. We no longer ? need to set a default proxy either, the newer libsoup does that itself ? by default. * C++: replace auto_ptr with unique_ptr, require C++11 ? auto_ptr has been deprecated for a while now. unique_ptr can ? be taken for granted now, so use that instead. * testing: work around Google CalDAV RECURRENCE-ID ? Stand-alone events with RECURRENCE-ID get mangled by the server: ? it converts the RECURRENCE-ID time to UTC. Reported in: ? https://stackoverflow.com/questions/47811670/detached-recurrence-without-parent-event * GNOME: replace gnome-keyring with libsecret (FDO #104219) ? The GNOME keyring library has been obsoleted for a long time now, ? long enough that the replacement libsecret is available on all ? supported distros. Therefore we can switch unconditionally. * libical: support libical v3 (FDO #104220) ? libical v3 removes some deprecated functions (like icaltime_from_timet) ? and removes the "is_utc" member from icaltimetype. The replacement ? code works with old and new libical and thus needs no ifdefs. ? Original author: Milan Crha * syncevolution.org: fixed packaging (FDO #98014, FDO #100549) ? The activesyncd package missing dependencies on libgnome-keyring0 and ? libglib2.0-bin and therefore failed to work when installed on a minimal ? system without those. * various build and test fixes/workarounds Source, Installation, Further information ========================================= http://syncevolution.org/blogs/pohly/2018/syncevolution-153-released Source code bundles for users are available in ? https://download.01.org/syncevolution/syncevolution/sources and the original source is in the git repositories ? http://cgit.freedesktop.org/SyncEvolution/ i386 and amd64 binaries for Debian-based distributions are available via the "stable" syncevolution.org repository. Add the following entry to your /etc/apt/source.list: ????deb https://download.01.org/syncevolution/apt stable main The GPG key for the repository needs to be imported as root with: ????apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 43D03AD9 The signing key was renewed for this release. If the key was already added earlier, refresh it with: ????apt-key adv --keyserver keyserver.ubuntu.com --refresh-keys 43D03AD9 Then install "syncevolution-evolution", "syncevolution-kde" and/or "syncevolution-activesync". These binaries include the "sync-ui" GTK GUI and were compiled for Ubuntu 16.04 LTS (Xenial) and should be compatible also with more recent distros. ActiveSync binaries were compiled for Debian Stretch, the upcoming Debian Buster (based on current Testing), and Ubuntu Xenial. The packages mentioned above are meta-packages which pull in suitable packages matching the distro during installation. Older distributions can no longer be supported with precompiled binaries because of missing or incompatible libraries, but the source should still compile on older distros. The same binaries are also available as .tar.gz archives in https://download.01.org/syncevolution/syncevolution/. In contrast to 0.8.x archives, the 1.x .tar.gz archives have to be unpacked and the content must be moved to /usr, because several files would not be found otherwise. When using activesyncd, run "glib-compile-schemas /usr/share/glib-2.0/schemas" as root after unpacking the archive. rpm packages are no longer provided due to lack of demand; SyncEvolution is provided by Fedora as a distro package. After installation, follow the http://syncevolution.org/documentation/getting-started steps. More specific HOWTOs can be found in the Wiki: https://syncevolution.org/wiki/howto -- Best Regards, Patrick Ohly The content of this message is my personal opinion only and although I am an employee of Intel, the statements I make here in no way represent Intel's position on the issue, nor am I authorized to speak on behalf of Intel on this matter. From tino.keitel+syncevolution at tikei.de Tue Jan 2 21:41:06 2018 From: tino.keitel+syncevolution at tikei.de (Tino Mettler) Date: Tue, 2 Jan 2018 22:41:06 +0100 Subject: [SyncEvolution] "Sync now" button in sync-ui is disabled Message-ID: <20180102214106.GA15240@mac.home> Hi Patrick, I did some updates to the Debian packages but some final testing revealed that the "Sync now" button in sync-ui is disabled. Syncing via command line works fine. The changes to the old packages are commit 8765654ff355aed3b982bd965e98c00dfd19d1c3 (libical: support libical v3) in libsynthesis and ebf34f9ffe8bf575e1a20beb069ef287366d8ed8 (GNOME: replace gnome-keyring with libsecret) as well as f94ea6df6847d045db7a45fe8b4cfa0b344dfc58 (libical: support libical v3) in syncevolution. I have to admit that I don't use sync-ui myself but only check if it works when preparing an update, so I can not tell when it really stopped working. Due to the libical3 transition I can't really check if this also happens with the old package. Any hints how I can debug this? Regards, Tino _______________________________________________ SyncEvolution mailing list SyncEvolution at syncevolution.org https://lists.syncevolution.org/mailman/listinfo/syncevolution From patrick.ohly at intel.com Tue Jan 2 22:02:48 2018 From: patrick.ohly at intel.com (Patrick Ohly) Date: Tue, 02 Jan 2018 23:02:48 +0100 Subject: [SyncEvolution] "Sync now" button in sync-ui is disabled In-Reply-To: <20180102214106.GA15240@mac.home> References: <20180102214106.GA15240@mac.home> Message-ID: <1514930568.10775.12.camel@intel.com> On Tue, 2018-01-02 at 22:41 +0100, Tino Mettler wrote: > Hi Patrick, > > I did some updates to the Debian packages but some final testing > revealed that the "Sync now" button in sync-ui is disabled. Syncing > via command line works fine. > > The changes to the old packages are commit > 8765654ff355aed3b982bd965e98c00dfd19d1c3 > (libical: support libical v3) in libsynthesis and > ebf34f9ffe8bf575e1a20beb069ef287366d8ed8 > (GNOME: replace gnome-keyring with libsecret) as well as > f94ea6df6847d045db7a45fe8b4cfa0b344dfc58 > (libical: support libical v3) in syncevolution. > > I have to admit that I don't use sync-ui myself but only check if it > works when preparing an update, so I can not tell when it really > stopped working. Due to the libical3 transition I can't really check > if > this also happens with the old package. Any hints how I can debug > this? Run dbus-monitor and look at the communication between sync-ui and syncevo-dbus-server. Does it show anything unusual? I also did some work on SyncEvolution to get it working better on recent distros (i.e. replace libraries and methods with contemporary ones). It's finally starting to pass testing without issues, so I could do a new release now. -- Best Regards, Patrick Ohly The content of this message is my personal opinion only and although I am an employee of Intel, the statements I make here in no way represent Intel's position on the issue, nor am I authorized to speak on behalf of Intel on this matter. From tino.keitel+syncevolution at tikei.de Wed Jan 3 10:16:32 2018 From: tino.keitel+syncevolution at tikei.de (Tino Mettler) Date: Wed, 3 Jan 2018 11:16:32 +0100 Subject: [SyncEvolution] "Sync now" button in sync-ui is disabled In-Reply-To: <1514930568.10775.12.camel@intel.com> References: <20180102214106.GA15240@mac.home> <1514930568.10775.12.camel@intel.com> Message-ID: <20180103101632.GA20925@mac.home> On Tue, Jan 02, 2018 at 23:02:48 +0100, Patrick Ohly wrote: > Run dbus-monitor and look at the communication between sync-ui and > syncevo-dbus-server. Does it show anything unusual? Do you mean something like "dbus-monitor path=/org/syncevolution/Server"? That shows nothing unusual AFAICS. Are there any configuration related itmes that could cause this? I remember something like "publish this sync service", but forgot the exact name. > I also did some work on SyncEvolution to get it working better on > recent distros (i.e. replace libraries and methods with contemporary > ones). It's finally starting to pass testing without issues, so I could > do a new release now. What git branch is that? Maybe I can use this to build some test packages. Regards, Tino _______________________________________________ SyncEvolution mailing list SyncEvolution at syncevolution.org https://lists.syncevolution.org/mailman/listinfo/syncevolution From patrick.ohly at intel.com Wed Jan 3 10:37:37 2018 From: patrick.ohly at intel.com (Patrick Ohly) Date: Wed, 03 Jan 2018 11:37:37 +0100 Subject: [SyncEvolution] "Sync now" button in sync-ui is disabled In-Reply-To: <20180103101632.GA20925@mac.home> References: <20180102214106.GA15240@mac.home> <1514930568.10775.12.camel@intel.com> <20180103101632.GA20925@mac.home> Message-ID: <1514975857.10775.15.camel@intel.com> On Wed, 2018-01-03 at 11:16 +0100, Tino Mettler wrote: > On Tue, Jan 02, 2018 at 23:02:48 +0100, Patrick Ohly wrote: > > > Run dbus-monitor and look at the communication between sync-ui and > > syncevo-dbus-server. Does it show anything unusual? > > Do you mean something like "dbus-monitor > path=/org/syncevolution/Server"? That's too specific, because it only shows method calls. Responses don't use the path and then don't get logged. I usually do "dbus-monitor >/tmp/log" and then search that file. > That shows nothing unusual AFAICS. What about the GetPresence method call and the Presence signal? The log should show something like this: method call time=1514975407.648536 sender=:1.2726 -> destination=:1.2717 serial=31 path=/org/syncevolution/Server; interface=org.syncevolution.Server; member=CheckPresence ???string "google-private at personal" ... method return time=1514975407.684826 sender=:1.2717 -> destination=:1.2726 serial=161 reply_serial=31 ???string "" ???array [ ??????string "local://@google-private" ???] If the array is empty, then the service is considered unreachable. For SyncML, syncevo-dbus-server monitors network status via ConnMan or NetworkManager. Perhaps that isn't working anymore. See src/dbus/server/connman-client.cpp and src/dbus/server/network-manager- client.cpp. > > I also did some work on SyncEvolution to get it working better on > > recent distros (i.e. replace libraries and methods with > > contemporary > > ones). It's finally starting to pass testing without issues, so I > > could > > do a new release now. > > What git branch is that? Maybe I can use this to build some test > packages. It's the "for-master/master-next" branch in SyncEvolution and "for- master/cxx" for libsynthesis. I've also (tentatively) set the 1.5.3 version tags. If testing goes well, I will push that as the new master and publish the resulting binaries. -- Best Regards, Patrick Ohly The content of this message is my personal opinion only and although I am an employee of Intel, the statements I make here in no way represent Intel's position on the issue, nor am I authorized to speak on behalf of Intel on this matter. From tino.keitel+syncevolution at tikei.de Wed Jan 3 13:35:07 2018 From: tino.keitel+syncevolution at tikei.de (Tino Mettler) Date: Wed, 3 Jan 2018 14:35:07 +0100 Subject: [SyncEvolution] "Sync now" button in sync-ui is disabled In-Reply-To: <1514975857.10775.15.camel@intel.com> References: <20180102214106.GA15240@mac.home> <1514930568.10775.12.camel@intel.com> <20180103101632.GA20925@mac.home> <1514975857.10775.15.camel@intel.com> Message-ID: <20180103133506.GA9260@mac.home> On Wed, Jan 03, 2018 at 11:37:37 +0100, Patrick Ohly wrote: > What about the GetPresence method call and the Presence signal? > > The log should show something like this: > > method call time=1514975407.648536 sender=:1.2726 -> > destination=:1.2717 serial=31 path=/org/syncevolution/Server; > interface=org.syncevolution.Server; member=CheckPresence > ???string "google-private at personal" > ... > method return time=1514975407.684826 sender=:1.2717 -> > destination=:1.2726 serial=161 reply_serial=31 > ???string "" > ???array [ > ??????string "local://@google-private" > ???] > > If the array is empty, then the service is considered unreachable. > > For SyncML, syncevo-dbus-server monitors network status via ConnMan or > NetworkManager. Perhaps that isn't working anymore. See > src/dbus/server/connman-client.cpp and src/dbus/server/network-manager- > client.cpp. Hi, I get this reply: method return time=1514986103.979814 sender=:1.453 -> destination=:1.482 serial=153 reply_serial=21 string "no transport" array [ ] I guess this is caused by the fact that I don't use network manager for my network setup. Regards, Tino _______________________________________________ SyncEvolution mailing list SyncEvolution at syncevolution.org https://lists.syncevolution.org/mailman/listinfo/syncevolution From tino.keitel+syncevolution at tikei.de Wed Jan 3 19:30:04 2018 From: tino.keitel+syncevolution at tikei.de (Tino Mettler) Date: Wed, 3 Jan 2018 20:30:04 +0100 Subject: [SyncEvolution] "Sync now" button in sync-ui is disabled In-Reply-To: <20180103133506.GA9260@mac.home> References: <20180102214106.GA15240@mac.home> <1514930568.10775.12.camel@intel.com> <20180103101632.GA20925@mac.home> <1514975857.10775.15.camel@intel.com> <20180103133506.GA9260@mac.home> Message-ID: <20180103193004.GA7834@mac.home> On Wed, Jan 03, 2018 at 14:35:07 +0100, Tino Mettler wrote: > I guess this is caused by the fact that I don't use network manager for > my network setup. Yes, it is. systemctl stop NetworkManager solved the issue. Regards, Tino _______________________________________________ SyncEvolution mailing list SyncEvolution at syncevolution.org https://lists.syncevolution.org/mailman/listinfo/syncevolution From patrick.ohly at intel.com Wed Jan 3 20:24:48 2018 From: patrick.ohly at intel.com (Patrick Ohly) Date: Wed, 03 Jan 2018 21:24:48 +0100 Subject: [SyncEvolution] "Sync now" button in sync-ui is disabled In-Reply-To: <20180103193004.GA7834@mac.home> References: <20180102214106.GA15240@mac.home> <1514930568.10775.12.camel@intel.com> <20180103101632.GA20925@mac.home> <1514975857.10775.15.camel@intel.com> <20180103133506.GA9260@mac.home> <20180103193004.GA7834@mac.home> Message-ID: <1515011088.10775.19.camel@intel.com> On Wed, 2018-01-03 at 20:30 +0100, Tino Mettler wrote: > On Wed, Jan 03, 2018 at 14:35:07 +0100, Tino Mettler wrote: > > > I guess this is caused by the fact that I don't use network manager > > for > > my network setup. > > Yes, it is. systemctl stop NetworkManager solved the issue. I was wondering about the "don't use network manager" part. If NetworkManager is not found, syncevo-dbus-server should fall back to the assumption that the system is online, which is indeed what you get after stopping NetworkManager. So the problem was that NetworkManager was running, but considered itself offline. Perhaps I (someone?) should rip out both the ConnMan and NetworkManager code and replace it with?GNetworkMonitor. No idea whether that would have worked better in your setup, though. -- Best Regards, Patrick Ohly The content of this message is my personal opinion only and although I am an employee of Intel, the statements I make here in no way represent Intel's position on the issue, nor am I authorized to speak on behalf of Intel on this matter.