[SyncEvolution] Re: SyncEvolution 2.0.0 pre-release - 1.99.2
Milan Crha writes: > On Tue, 2021-02-09 at 18:28 +0100, Milan Crha wrote: >> I opened this new bug: >> https://bugzilla.redhat.com/show_bug.cgi?id=1926932 > > Hi, > there is written the cause of the failure: > https://bugzilla.redhat.com/show_bug.cgi?id=1926932#c4 > > To cite Jakub: > > So, seems this has nothing to do with LTO, and is related to the > extern template class std::basic_string; > extern template class std::vector; > extern template class std::list; > lines in src/syncevo/util.h , removing them makes the problem go away. > > Could you try whether it'll work properly for you too, when you remove > those lines, please? This was meant to be a size optimization. The commit itself is almost three years old and I don't remember anymore why exactly it works (or should work), but my former self left a comment in the commit message: C++: instantiate some templates once in libsyncevolution This saves some space (total number of blocks for SyncEvolution object files when building statically down from 421588 to 413300) and presumably also build times (not measured). However, it did not work for all templates, leading to link errors when trying to add std::map and std::pair of strings. It probably also does not make sense for templates where only some functionality is used. It still works for me, but it seems that it's fragile. I'll remove it. Thanks for tracking this down. -- Best Regards Patrick Ohly ___ SyncEvolution mailing list -- syncevolution@syncevolution.org To unsubscribe send an email to syncevolution-le...@syncevolution.org %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
[SyncEvolution] Re: SyncEvolution 2.0.0 pre-release - 1.99.2
On Tue, 2021-02-09 at 18:28 +0100, Milan Crha wrote: > I opened this new bug: > https://bugzilla.redhat.com/show_bug.cgi?id=1926932 Hi, there is written the cause of the failure: https://bugzilla.redhat.com/show_bug.cgi?id=1926932#c4 To cite Jakub: So, seems this has nothing to do with LTO, and is related to the extern template class std::basic_string; extern template class std::vector; extern template class std::list; lines in src/syncevo/util.h , removing them makes the problem go away. Could you try whether it'll work properly for you too, when you remove those lines, please? Providing a new pre-release tarball will help, maybe with applied the last patch Fedora carries: https://src.fedoraproject.org/rpms/syncevolution/blob/rawhide/f/syncevolution-1.5.1-libical2.patch Bye, Milan ___ SyncEvolution mailing list -- syncevolution@syncevolution.org To unsubscribe send an email to syncevolution-le...@syncevolution.org %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
[SyncEvolution] Re: SyncEvolution 2.0.0 pre-release - 1.99.2
On Mon, 2021-02-08 at 14:43 +0100, Milan Crha wrote: > Trying to build the previous sources in Koji also failed, the same > sources which worked on January 30th. I opened this bug for it: > https://bugzilla.redhat.com/show_bug.cgi?id=1926239 Hi, the above is a bad shot, there was a coincidence between rawhide changes and the mass rebuild. I opened this new bug: https://bugzilla.redhat.com/show_bug.cgi?id=1926932 I have some builds in the COPR, which should make things easier to track: https://copr.fedorainfracloud.org/coprs/mcrha/syncevo2/builds/ Bye, Milan ___ SyncEvolution mailing list -- syncevolution@syncevolution.org To unsubscribe send an email to syncevolution-le...@syncevolution.org %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
[SyncEvolution] Re: SyncEvolution 2.0.0 pre-release - 1.99.2
On Sun, 2021-02-07 at 20:35 +0100, Patrick Ohly wrote: > Milan, can you perhaps try those sources without akonadi? Hi, sure, I did it, but regardless I use akonadi or not it fails in koji: * with akonadi: https://koji.fedoraproject.org/koji/taskinfo?taskID=61587847 * without akonadi: https://koji.fedoraproject.org/koji/taskinfo?taskID=61588781 I do not understand how you might not face it, while Koji build fails. I tried to build this (using `fedpkg local`) in an up-to-date rawhide machine and it also fails, but this time with: {standard input}: Assembler messages: {standard input}:2634072: Warning: end of file not at end of a line; newline inserted {standard input}:2634901: Warning: zero assumed for missing expression g++: fatal error: Terminated signal terminated program cc1plus compilation terminated. That's not what I see in the koji build. Trying to build the previous sources in Koji also failed, the same sources which worked on January 30th. I opened this bug for it: https://bugzilla.redhat.com/show_bug.cgi?id=1926239 By the way, Fedora carries one more patch, related to libical changes: https://src.fedoraproject.org/rpms/syncevolution/blob/rawhide/f/syncevolution-1.5.1-libical2.patch All the other patches from: https://src.fedoraproject.org/rpms/syncevolution/tree/rawhide seem to be either applied or irrelevant with the 1.99.2 version. Bye, Milan ___ SyncEvolution mailing list -- syncevolution@syncevolution.org To unsubscribe send an email to syncevolution-le...@syncevolution.org %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
[SyncEvolution] Re: SyncEvolution 2.0.0 pre-release - 1.99.2
Patrick Ohly writes: > The newer compiler and libs resulted in some warnings which I have > addressed. Let me put that into another pre-release and if that the > still fails in Koji, we need to dig deeper. I have published 1.99.2: https://downloads.syncevolution.org/syncevolution/sources/syncevolution-1.99.2.tar.gz As before, it is also available as deb via the "experimental" channel. Those packages no longer depends on an old libcppunit. Milan, can you perhaps try those sources without akonadi? -- Best Regards Patrick Ohly ___ SyncEvolution mailing list -- syncevolution@syncevolution.org To unsubscribe send an email to syncevolution-le...@syncevolution.org %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
[SyncEvolution] Re: SyncEvolution 2.0.0 pre-release
Milan Crha writes: > On Sat, 2021-01-30 at 14:20 +0100, Patrick Ohly wrote: >> Do you have a more recent build log with the failure? > > Hi, > sure, I re-ran the build here: > https://koji.fedoraproject.org/koji/taskinfo?taskID=61020990 > > On Sat, 2021-01-30 at 18:23 +0100, Patrick Ohly wrote: >> /usr/bin/ld: cannot find -lkdeui >> /usr/bin/ld: cannot find -lkdecore > > Fedora carries a patch for it: > https://src.fedoraproject.org/rpms/syncevolution/blob/master/f/syncevolution-1.4.1-akonadi.patch I'll commit that. >> Perhaps also remove KDE support from the Fedora .spec file? > > Right, I can probably do it. I only do not know how many users are > actually using it. Probably not that many. If there are some, then removing the feature and waiting for the outcry may be the only way to find them :-/ I already asked here, without any responses. > If you know there are issues with it, then the best > would be, probably, to drop the code from the sources, otherwise I'm > afraid the users might eventually request to enable it in the package. If a user wants it, then I'd be more motivated to actually support it. I'd prefer to keep it in the source for now, just in case that someone capable enough wants to try it out by compiling from source. Regarding the link error: I tried to reproduce by building exactly with the same configure options in a Rawhide docker container, but for me it worked: https://nightly.syncevolution.org/latest/fedoraw-rawhide/nightly.html The newer compiler and libs resulted in some warnings which I have addressed. Let me put that into another pre-release and if that the still fails in Koji, we need to dig deeper. -- Best Regards Patrick Ohly ___ SyncEvolution mailing list -- syncevolution@syncevolution.org To unsubscribe send an email to syncevolution-le...@syncevolution.org %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
[SyncEvolution] Re: SyncEvolution 2.0.0 pre-release
On Sat, 2021-01-30 at 14:20 +0100, Patrick Ohly wrote: > Do you have a more recent build log with the failure? Hi, sure, I re-ran the build here: https://koji.fedoraproject.org/koji/taskinfo?taskID=61020990 On Sat, 2021-01-30 at 18:23 +0100, Patrick Ohly wrote: > /usr/bin/ld: cannot find -lkdeui > /usr/bin/ld: cannot find -lkdecore Fedora carries a patch for it: https://src.fedoraproject.org/rpms/syncevolution/blob/master/f/syncevolution-1.4.1-akonadi.patch > Perhaps also remove KDE support from the Fedora .spec file? Right, I can probably do it. I only do not know how many users are actually using it. If you know there are issues with it, then the best would be, probably, to drop the code from the sources, otherwise I'm afraid the users might eventually request to enable it in the package. Bye, Milan ___ SyncEvolution mailing list -- syncevolution@syncevolution.org To unsubscribe send an email to syncevolution-le...@syncevolution.org %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
[SyncEvolution] Re: SyncEvolution 2.0.0 pre-release
Patrick Ohly writes: > Milan Crha writes: >> On Sat, 2020-12-19 at 12:40 +0100, Patrick Ohly wrote: >>> I have tagged and built SyncEvolution 1.99.1, a pre-release of what >>> will become 2.0.0. >> >> Hi, >> I gave it a try under Fedora Rawhide and after removing unneeded >> downstream patches and updating one due to the boost changes (see the >> attached patch) I get a linker error (see the very end of the log): >> https://kojipkgs.fedoraproject.org//work/tasks/2132/58912132/build.log > > Unfortunately I looked at this too late and now the link isn't working > anymore. Do you have a more recent build log with the failure? > > I also tried to reproduce this and (at the same time) prevent future > regressions by building on rawhide inside a Docker container. However, > that currently fails because rawhide containers don't work on current > runc runtimes (https://bugzilla.redhat.com/show_bug.cgi?id=1900021). I was able to work around that by disabling the seccomp filter in the "docker run" invocation. I fixed a few compiler warnings related to C++17 and GObject deprecations and now it fails to link with: libtool: link: g++ -Wl,--as-needed -fPIC -DPIC -shared -nostdlib /usr/lib/gcc/x86_64-redhat-linux/11/../../../../lib64/crti.o /usr/lib/gcc/x86_64-redhat-linux/11/crtbeginS.o src/backends/akonadi/.libs/syncakonadi_la-akonadisyncsource.o -Wl,-rpath -Wl,/srv/runtests/docker/2021-01-30-06-46-fedora-rawhide-fedoraw-rawhide/tmp/build/src/syncevo/.libs -Wl,-rpath -Wl,/usr/lib64 -L/usr/lib64/ -lakonadi-kde -lQtDBus -lQtXml -lQtCore -lkdeui -lkdecore src/syncevo/.libs/libsyncevolution.so -lrt -L. -L/usr/lib/gcc/x86_64-redhat-linux/11 -L/usr/lib/gcc/x86_64-redhat-linux/11/../../../../lib64 -L/lib/../lib64 -L/usr/lib/../lib64 -L/usr/lib/gcc/x86_64-redhat-linux/11/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/x86_64-redhat-linux/11/crtendS.o /usr/lib/gcc/x86_64-redhat-linux/11/../../../../lib64/crtn.o -Wl,--as-needed -g -O2 -Wl,--as-needed -pthread -Wl,-soname -Wl,syncakonadi.so -o src/backends/akonadi/.libs/syncakonadi.so /usr/bin/ld: cannot find -lkdeui /usr/bin/ld: cannot find -lkdecore That's with --enable-akonadi, something that I wanted to stop testing because there are known issues with it even when it compiles. Perhaps also remove KDE support from the Fedora .spec file? -- Best Regards Patrick Ohly ___ SyncEvolution mailing list -- syncevolution@syncevolution.org To unsubscribe send an email to syncevolution-le...@syncevolution.org %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
[SyncEvolution] Re: SyncEvolution 2.0.0 pre-release
Hello Patrick, I did a new test with Linux Mint 20.1. With manually installed libcppunit-1.14-0 everything is fine. What I did: (1) sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 43D03AD9 (2) deb http://downloads.syncevolution.org/apt experimental main (3) Manually install libcppunit-1.14-0 from your link above. (4) Install python3-twisted (5) Install syncevolution-evolution (1:1.99.1-1) and syncevolution-bundle (1:1.99.1-2) (6) Run my configuration script (7) Starting syncevo-http-server end up as expected: robert@T550:~$ syncevo-http-server http://localhost:9000/syncevolution [INFO] syncevo-http: listening on port 9000 (8) Start sync from Synthesis android app: Normal sync without issues. I was trying to use Linux Mint own libcppunit-1.15-0 (Version 1.15.1-2build1) but it seems syncevolution insist on 1.14-0. Nevertheless syncevolution 1.99 is running on Linux Mint 20.1. Best regards Robert. ___ SyncEvolution mailing list -- syncevolution@syncevolution.org To unsubscribe send an email to syncevolution-le...@syncevolution.org %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
[SyncEvolution] Re: SyncEvolution 2.0.0 pre-release
Hello Patrick, thank you for this advice. Now it is running like expected. I repeated my test with a Linux Mint 19.3 live session as describe above but additionally I installed python3-twisted. Starting syncevo-http-server end up as expected: mint@mint:~$ syncevo-http-server http://localhost:9000/syncevolution [INFO] syncevo-http: listening on port 9000 Perfect! Best regards Robert. ___ SyncEvolution mailing list -- syncevolution@syncevolution.org To unsubscribe send an email to syncevolution-le...@syncevolution.org %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
[SyncEvolution] Re: SyncEvolution 2.0.0 pre-release
Robert K writes: > Hello Patrick, > > I did a second test, and it was also not successfull. > > What I did today on a Linux Mint 19.3 well running system: > (1) Timeshift snapshot > (2) Download and extract "syncevolution-1.99.1-bundle-amd64.tar.gz" > (3) sudo cp -a usr/* /usr > (4) Reboot > (5) Try to start syncevo-http-server end up in this: > > robert@T550:~$ syncevo-http-server http://localhost:9000/syncevolution > Traceback (most recent call last): > File "/usr/bin/syncevo-http-server", line 8, in > from twisted.internet import gireactor # for non-GUI apps > ModuleNotFoundError: No module named 'twisted' The script is now using Python3. You have to install python3-twisted instead of python-twisted. This is not covered by package dependencies because not everyone will need this. -- Best Regards Patrick Ohly ___ SyncEvolution mailing list -- syncevolution@syncevolution.org To unsubscribe send an email to syncevolution-le...@syncevolution.org %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
[SyncEvolution] Re: SyncEvolution 2.0.0 pre-release
On Sat, 2020-12-19 at 12:40 +0100, Patrick Ohly wrote: > I have tagged and built SyncEvolution 1.99.1, a pre-release of what > will become 2.0.0. Hi, I gave it a try under Fedora Rawhide and after removing unneeded downstream patches and updating one due to the boost changes (see the attached patch) I get a linker error (see the very end of the log): https://kojipkgs.fedoraproject.org//work/tasks/2132/58912132/build.log The list of packages used for the build can be found here: https://kojipkgs.fedoraproject.org//work/tasks/2132/58912132/root.log Apart of the attached patch are applied also these two patches: https://src.fedoraproject.org/rpms/syncevolution/blob/master/f/syncevolution-1.4.1-akonadi.patch https://src.fedoraproject.org/rpms/syncevolution/blob/master/f/syncevolution-1.5.1-libical2.patch I guess they do not have any real influence on the matter. Hope it helps, Milan diff -up syncevolution-1.99.1/src/dbus/server/auto-sync-manager.cpp.7 syncevolution-1.99.1/src/dbus/server/auto-sync-manager.cpp --- syncevolution-1.99.1/src/dbus/server/auto-sync-manager.cpp.7 2021-01-04 14:15:57.398518848 +0100 +++ syncevolution-1.99.1/src/dbus/server/auto-sync-manager.cpp 2021-01-04 14:16:30.347478837 +0100 @@ -49,10 +49,10 @@ std::shared_ptr AutoSyn result->init(); // update cached information about a config each time it changes -server.m_configChangedSignal.connect(Server::ConfigChangedSignal_t::slot_type(::initConfig, result.get(), _1).track_foreign(result)); +server.m_configChangedSignal.connect(Server::ConfigChangedSignal_t::slot_type(::initConfig, result.get(), boost::placeholders::_1).track_foreign(result)); // monitor running sessions -server.m_newSyncSessionSignal.connect(Server::NewSyncSessionSignal_t::slot_type(::sessionStarted, result.get(), _1).track_foreign(result)); +server.m_newSyncSessionSignal.connect(Server::NewSyncSessionSignal_t::slot_type(::sessionStarted, result.get(), boost::placeholders::_1).track_foreign(result)); // Keep track of the time when a transport became online. As with // time of last sync, we are pessimistic here and assume that the @@ -64,13 +64,13 @@ std::shared_ptr AutoSyn } p.m_btPresenceSignal.connect(PresenceStatus::PresenceSignal_t::slot_type(updatePresence, >m_btStartTime, - _1).track_foreign(result)); + boost::placeholders::_1).track_foreign(result)); if (p.getHttpPresence()) { result->m_httpStartTime = now; } p.m_httpPresenceSignal.connect(PresenceStatus::PresenceSignal_t::slot_type(updatePresence, >m_httpStartTime, - _1).track_foreign(result)); + boost::placeholders::_1).track_foreign(result)); return result; } @@ -404,7 +404,7 @@ void AutoSyncManager::sessionStarted(con task->m_lastSyncTime = Timespec::monotonic(); // track permanent failure -session->m_doneSignal.connect(Session::DoneSignal_t::slot_type(::anySyncDone, this, task.get(), _1).track_foreign(task).track_foreign(me)); +session->m_doneSignal.connect(Session::DoneSignal_t::slot_type(::anySyncDone, this, task.get(), boost::placeholders::_1).track_foreign(task).track_foreign(me)); if (m_session == session) { // Only for our own auto sync session: notify user once session starts successful. @@ -416,7 +416,7 @@ void AutoSyncManager::sessionStarted(con // Notify user once session ends, with or without failure. // Same instance tracking as for sync success start. -session->m_doneSignal.connect(Session::DoneSignal_t::slot_type(::autoSyncDone, this, task.get(), _1).track_foreign(task).track_foreign(me)); +session->m_doneSignal.connect(Session::DoneSignal_t::slot_type(::autoSyncDone, this, task.get(), boost::placeholders::_1).track_foreign(task).track_foreign(me)); } } diff -up syncevolution-1.99.1/src/dbus/server/dbus-sync.cpp.7 syncevolution-1.99.1/src/dbus/server/dbus-sync.cpp --- syncevolution-1.99.1/src/dbus/server/dbus-sync.cpp.7 2021-01-04 14:17:11.038429422 +0100 +++ syncevolution-1.99.1/src/dbus/server/dbus-sync.cpp 2021-01-04 14:17:31.548404511 +0100 @@ -120,11 +120,11 @@ std::shared_ptr DBusSync // away at any time, so use instance tracking. m_helper.m_messageSignal.connect(SessionHelper::MessageSignal_t::slot_type(::storeMessage, agent.get(), - _1, -
[SyncEvolution] Re: SyncEvolution 2.0.0 pre-release
Hello Patrick, I did a second test, and it was also not successfull. What I did today on a Linux Mint 19.3 well running system: (1) Timeshift snapshot (2) Download and extract "syncevolution-1.99.1-bundle-amd64.tar.gz" (3) sudo cp -a usr/* /usr (4) Reboot (5) Try to start syncevo-http-server end up in this: robert@T550:~$ syncevo-http-server http://localhost:9000/syncevolution Traceback (most recent call last): File "/usr/bin/syncevo-http-server", line 8, in from twisted.internet import gireactor # for non-GUI apps ModuleNotFoundError: No module named 'twisted' Error in sys.excepthook: Traceback (most recent call last): File "/usr/lib/python3/dist-packages/apport_python_hook.py", line 154, in apport_excepthook os.O_WRONLY | os.O_CREAT | os.O_EXCL, 0o640), 'wb') as f: FileNotFoundError: [Errno 2] No such file or directory: '/var/crash/_usr_bin_syncevo-http-server.1000.crash' Original exception was: Traceback (most recent call last): File "/usr/bin/syncevo-http-server", line 8, in from twisted.internet import gireactor # for non-GUI apps ModuleNotFoundError: No module named 'twisted' robert@T550:~$ Best regards Robert. ___ SyncEvolution mailing list -- syncevolution@syncevolution.org To unsubscribe send an email to syncevolution-le...@syncevolution.org %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
[SyncEvolution] Re: SyncEvolution 2.0.0 pre-release
Hello Patrick, thank you for updating SyncEvolution. I was trying to test the new built, but i did not succeed. What I need: A running syncevo-http-server to syncronize Evolution (on my PC) with Synthesis (on my Mobile). What I normally do: Install evolution+syncevolution+syncevolution-http and run a configuration script. What I did today on a Linux Mint 19.3 live session: (1) sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 43D03AD9 (2) deb http://downloads.syncevolution.org/apt experimental main (3) Install syncevolution-evolution (1:1.99.1-1) and syncevolution-bundle (1:1.99.1-2) (4) Run my configuration script (5) Try to start syncevo-http-server end up in this: mint@mint:~$ syncevo-http-server http://localhost:9000/syncevolution Traceback (most recent call last): File "/usr/bin/syncevo-http-server", line 8, in from twisted.internet import gireactor # for non-GUI apps ModuleNotFoundError: No module named 'twisted' Error in sys.excepthook: Traceback (most recent call last): File "/usr/lib/python3/dist-packages/apport_python_hook.py", line 145, in apport_excepthook os.O_WRONLY | os.O_CREAT | os.O_EXCL, 0o640), 'wb') as f: FileNotFoundError: [Errno 2] No such file or directory: '/var/crash/_usr_bin_syncevo-http-server.999.crash' Original exception was: Traceback (most recent call last): File "/usr/bin/syncevo-http-server", line 8, in from twisted.internet import gireactor # for non-GUI apps ModuleNotFoundError: No module named 'twisted' mint@mint:~$ Best regards Robert. ___ SyncEvolution mailing list -- syncevolution@syncevolution.org To unsubscribe send an email to syncevolution-le...@syncevolution.org %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
[SyncEvolution] Re: SyncEvolution 2.0.0 pre-release
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 issue is I am rebuilding all local packages based on recent git pull of TDE, but I have not upgraded the test system yet as packages are still building. It could be related to some changes in TDE as well. I'll come back to you as soon as I have upgraded the system and tested. regards On Sat, Dec 19, 2020 at 12:40 PM Patrick Ohly wrote: > Hello! > > I have tagged and built SyncEvolution 1.99.1, a pre-release of what will > become 2.0.0. As discussed in > > https://lists.01.org/hyperkitty/list/syncevolution@syncevolution.org/thread/I3TDB7HTXJDQACI3Y54QXDEYGFPQLOTW/ > I am simplifying the binaries (no more i386, no KDE). > > The new release is available as: > - source code: > > https://downloads.syncevolution.org/syncevolution/sources/syncevolution-1.99.1.tar.gz > https://gitlab.freedesktop.org/SyncEvolution/syncevolution > - tar archive: > > https://downloads.syncevolution.org/syncevolution/bundle/amd64-tar-gz/syncevolution-1.99.1-bundle-amd64.tar.gz > - in the *experimental* apt repo: > deb http://downloads.syncevolution.org/apt experimental main > > The GPG key for all apt repos were renewed. To get the current signing > key, use >sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 43D03AD9 > > Speaking of signing keys, so far I used an expiry period of one year. Would > anyone care if I made that longer? > > The .deb package installs on Debian Stable and Ubuntu Bionic. It does > not currently install on Debian Testing and Ubuntu Groovy because > libcppunit changed its ABI. I intend to address that before 2.0.0. As a > workaround, one can manually install > https://packages.debian.org/buster/amd64/libcppunit-1.14-0/download > manually beforehand (untested!). > > I have tested the new binaries with Bluetooth/OBEX and a Nokia N97 and > CardDAV with Google Contacts. Automated testing is also up again, but > with less coverage than before (only Memotoo for SyncML, Google > Contacts, Google Calendar). > > Testing is based on containers now. If someone wants to see > interoperability and/or compilation tested with other platforms (TDE, > OwnCloud), then a Dockerfile which prepares a suitable environment would > be a good start for adding that. > > -- > Best Regards > > Patrick Ohly > ___ > SyncEvolution mailing list -- syncevolution@syncevolution.org > To unsubscribe send an email to syncevolution-le...@syncevolution.org > %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s > ___ SyncEvolution mailing list -- syncevolution@syncevolution.org To unsubscribe send an email to syncevolution-le...@syncevolution.org %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s