September 2016 - Syncevolution-issues

[Bug 96513] New: Compilation failure with gcc 6.1 and boost 1.60

by bugzilla-daemon＠freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=96513 Bug ID: 96513 Summary: Compilation failure with gcc 6.1 and boost 1.60 Product: SyncEvolution Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: minor Priority: medium Component: SyncEvolution Assignee: syncevolution-issues(a)syncevolution.org Reporter: justus-dev(a)piater.name CC: syncevolution-issues(a)syncevolution.org Created attachment 124513 --> https://bugs.freedesktop.org/attachment.cgi?id=124513&action=edit compiler diagnostics Trying to compile under Arch, I encounter one nontrivial compilation problem. a failure to resolve a boost template: src/syncevo/Cmdline.cpp: In member function ‘void SyncEvo::Cmdline::readLUIDs(SyncEvo::SyncSource*, std::__cxx11::list<std::__cxx11::basic_string<char> >&)’: src/syncevo/Cmdline.cpp:1734:85: error: no matching function for call to ‘bind(<unresolved overloaded function type>, const boost::reference_wrapper<std::__cxx11::list<std::__cxx11::basic_string<char> > >, const boost::arg<1>&)’ essLUIDs(source, boost::bind(&list<string>::push_back, boost::ref(luids), _1)); The full error log is attached. Let's work this out - I need it for my daily work :-) -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug.

3 years, 3 months

1
5
0 / 0

[Bug 91485] New: OBEX does not wait for final packet to be sent to client

by bugzilla-daemon＠freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=91485 Bug ID: 91485 Summary: OBEX does not wait for final packet to be sent to client Product: SyncEvolution Version: unspecified Hardware: Other OS: Linux (All) Status: NEW Severity: major Priority: medium Component: SyncEvolution Assignee: syncevolution-issues(a)syncevolution.org Reporter: james-freedesktop(a)laird-wah.net CC: syncevolution-issues(a)syncevolution.org Hello, I'm using SyncEvolution 1.5.1 with libsynthesis libsynthesis_3.4.0.47+syncevolution-1-5-1 on a Gentoo machine, with OpenObex 1.7.1. I'm attempting to sync calendar+todo, contacts and memo with a Nokia 208 (Series 40) running their latest firmware. Sync appears to work (SyncEvolution completes successfully), but the device always requests a slow sync and gives a zero LastAnchor. In the on-device sync log, it claims that the sync failed (with the helpful message "Status: Data transfer not possible. Check data connection.") Investigating with Wireshark shows that the last message (acknowledgement) from SyncEvolution does not go over the OBEX link before the disconnection. The following patch ensures the last packet goes out, and sync succeeds at the device end; incremental syncing starts to work. I'm pretty sure this isn't the correct way to handle this case, but I can't quite wrap my head around the session state machine, sorry! I can't sanitise the session log but am happy to provide it privately if necessary. --- a/src/syncevo/ObexTransportAgent.cpp +++ b/src/syncevo/ObexTransportAgent.cpp @@ -325,6 +325,7 @@ void ObexTransportAgent::send(const char *data, size_t len) { m_sock = sockObj; m_channel = channel; m_obexEvent = obexEventSource; + OBEX_HandleInput(m_handle, 1000); } /* -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.

4 years, 1 month

1
5
0 / 0

[Bug 92164] New: Add a systemd user service as a backend for the D-Bus session services

by bugzilla-daemon＠freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=92164 Bug ID: 92164 Summary: Add a systemd user service as a backend for the D-Bus session services Product: SyncEvolution Version: 1.5 Hardware: Other OS: All Status: NEW Severity: enhancement Priority: medium Component: SyncEvolution Assignee: syncevolution-issues(a)syncevolution.org Reporter: simon.mcvittie(a)collabora.co.uk CC: syncevolution-issues(a)syncevolution.org Created attachment 118495 --> https://bugs.freedesktop.org/attachment.cgi?id=118495&action=edit Add a systemd user service as a backend for the D-Bus session services On systems with a systemd user session and a D-Bus user bus that uses it for activation, this ensures that syncevo-dbus-server ends up in its own cgroup, instead of being treated as part of dbus.service. If org._01.pim.contacts and org.syncevolution are activated in quick succession, it also prevents a race condition that would make one of the activations fail, similar to <https://bugs.freedesktop.org/show_bug.cgi?id=53220> in telepathy-mission-control. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.

4 years, 1 month

1
7
0 / 0

[Bug 90055] New: Use ${PKG_CONFIG} instead of pkg-config in the build system

by bugzilla-daemon＠freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=90055 Bug ID: 90055 Summary: Use ${PKG_CONFIG} instead of pkg-config in the build system Product: SyncEvolution Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: SyncEvolution Assignee: syncevolution-issues(a)syncevolution.org Reporter: niels_ole(a)salscheider-online.de CC: syncevolution-issues(a)syncevolution.org Created attachment 115134 --> https://bugs.freedesktop.org/attachment.cgi?id=115134&action=edit Patch to fix the issue The attached patch replaces the use of pkg-config with ${PKG_CONFIG} in the build system. This allows to use prefixed versions of pkg-config; Exherbo, for example, has only copies of pkg-config that are prefixed with an arch triplet. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.

4 years, 6 months

1
2
0 / 0

[Bug 91000] New: Syncevolution fails if /home not readable

by bugzilla-daemon＠freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=91000 Bug ID: 91000 Summary: Syncevolution fails if /home not readable Product: SyncEvolution Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: SyncEvolution Assignee: syncevolution-issues(a)syncevolution.org Reporter: g+syncevolution(a)cobb.uk.net CC: syncevolution-issues(a)syncevolution.org Note: version 1.5.1 If syncevolution has never been run before (or ~/.config/syncevolution is removed), it fails if all the directories in the $HOME path are not world readable. Error displayed is: [ERROR] /home: Permission denied To reproduce: As root: chmod o=x /home As user: rm -rf ~/.config/syncevolution syncevolution --daemon=no --configure --template none username= password= printChanges=1 loglevel=4 Exchange@FilesMaster Here is an strace extract showing the case when /home is readable: . . . access("/home/cobb/.config/syncevolution/config.ini", F_OK) = -1 ENOENT (No such file or directory) access("/home/cobb/.config/syncevolution/filesmaster/config.ini", F_OK) = -1 ENOENT (No such file or directory) access("/home/cobb/.config/syncevolution/filesmaster/peers/exchange/config.ini", F_OK) = -1 ENOENT (No such file or directory) open("/home/cobb/.config/syncevolution/.internal.ini", O_RDONLY) = -1 ENOENT (No such file or directory) access("/home", R_OK|X_OK) = 0 access("/home/cobb", R_OK|X_OK) = 0 access("/home/cobb/.config", R_OK|X_OK) = 0 access("/home/cobb/.config/syncevolution", R_OK|W_OK|X_OK) = -1 ENOENT (No such file or directory) mkdir("/home/cobb/.config/syncevolution", 0700) = 0 . . . The "access("/home", R_OK|X_OK)" fails if /home is executable but not readable. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.

4 years, 6 months

1
4
0 / 0

[Bug 97802] New: Syncevolution CardDAV syncing Cpanel accounts instead of Horde addressbook

by bugzilla-daemon＠freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=97802 Bug ID: 97802 Summary: Syncevolution CardDAV syncing Cpanel accounts instead of Horde addressbook Product: SyncEvolution Version: 1.5 Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: CalDAV/CardDAV Assignee: syncevolution-issues(a)syncevolution.org Reporter: powersurge69(a)hotmail.com CC: syncevolution-issues(a)syncevolution.org I used the following commands to set up Syncevolution to sync my Horde addressbook under my Cpanel account. $ syncevolution --configure --template webdav syncURL=https://{hosturl}:2080/ username={emailaddress} password={password} target-config@webdav $ syncevolution --configure --template SyncEvolution_Client syncURL=local://@webdav username= password= webdav calendar addressbook todo $ syncevolution --sync refresh-from-remote webdav Of course I changed {hosturl}, {emailaddress}, and {password} to what would work with my host and everything syncs properly except for the addressbook, which only syncs my Cpanel user accounts and not my Horde addressbook. I first emailed my host and they told me that this would be caused by setting up my sync client with my Cpanel account instead of my webmail account, but I was using my webmail account. I then tried using an older version of Syncevolution (1.4) and it synced all of my Horde addressbook perfectly, so something changed in 1.5 that is causing Syncevolution to sync the wrong contacts under Cpanel. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug.

4 years, 6 months

1
7
0 / 0

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

Syncevolution-issues September 2016