[SyncEvolution] Help! how do I stop desktop notifications!
by Brian
Hi,
Using Fedora16/SyncEvolution 1.2-2.
I've googled, I've searched, I've grepped(-r) and I cannot find any way to turn
off these infernal notifications!!! I still want the sync to happen regularly
(to funambol), I just don't want to be interrupted every time the sync starts
and completes!
Is there anyway to end my torment?!?
Thanks!
Brian
8 years, 9 months
[SyncEvolution] bridgie syncml server and caldav/card dav server
by Robert Schetterer
Hi, is there a chance to use syncevolution
as a bridge between a syncml server and a caldav/carddav server and vice
versa
i.e horde or funambol server syncml and DAViCal etc
--
Best Regards
MfG Robert Schetterer
Germany/Munich/Bavaria
8 years, 9 months
[SyncEvolution] 409 "item merged" in client
by Patrick Ohly
Hello!
I've started to test SyncEvolution client <-> SyncEvolution server
automatically. The server is currently using the plain file backend and
thus cannot detect add<->add UID conflicts.
In the test of that aspect I noticed the following problem:
* client and server both have a new item with UID=foo
* client sends an Add UID=foo to the server, which accepts the new
item, leading to a duplication on the server
* in the same session, the server sends his version of the UID=foo
item
* the client's backend detects the duplicate and returns 409 to
the engine
Here's the detailed log:
http://syncev.meego.com/2011-12-14-12-24_testing_syncevohttp/testing-amd6...
* [2011-12-14 12:48:53.896] InsertItemAsKey res=409
* [2011-12-14 12:48:53.897] cannot create record in database
(sta=409)
* [2011-12-14 12:48:53.898] Database Error --> SyncML status 409
* [2011-12-14 12:48:53.899] - Operation add failed with SyncML
status=409
–[2011-12-14 12:48:53.900] End of 'Process_Item' [->top] [->enclosing]
* [2011-12-14 12:48:53.901] processSyncOpItem: Error while processing
item, status=409
* [2011-12-14 12:48:53.902] Irregularity in execution of item,
status=409
–
[2011-12-14 12:48:53.903] 'issue' - issuing command,
Cmd=Status [--][++] [->end] [->enclosing]
* [2011-12-14 12:48:53.903] Command 'Status': is 1-th counted cmd,
cmdsize(+tags needed to end msg)=38, available=149687
(maxfree=260907, freeaftersend=260869,
notUsableBufferBytes()=111220)
* [2011-12-14 12:48:53.904] WARNING: Non-OK Status 409 returned to
remote!
>From there on it all goes south ;-)
The next sync in my testing is an intentional slow sync. The server
still has the two items with the same UID, the client adds one, then
rejects the second => slow sync fails, test aborts.
Lukas, can you remind me how this was meant to work?
--
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.
8 years, 11 months
[SyncEvolution] [REVIEW REQUEST 0/7] PBAP backend proposal
by Mikel Astiz
From: Mikel Astiz <mikel.astiz(a)bmw-carit.de>
This patch series implements a simple PBAP backend.
It consists of a TrackingSyncSource that just supports read-only operations, given that PBAP does not support two-way synchronization.
The backend has a dependency with obexd and requires obex-client to be running. It uses the D-Bus API from obex-client to open a PBAP session and download the full phonebook.
The LUID is built from the full-name of each contact, assuming that the field will often remain constant.
No revision number is supported in this first implementation.
I'm looking forward for your comments.
Cheers,
Mikel
Mikel Astiz (7):
pbap client: add skeleton
GDBus GIO: add variant append support
pbap backend: add obex-client D-Bus wrapper
pback backend: create obex session on open()
pbap backend: implement addressbook pull
pbap backend: some log traces added
pbap backend: add simple README
src/backends/pbap/PbapSyncSource.cpp | 358 ++++++++++++++++++++++++++
src/backends/pbap/PbapSyncSource.h | 68 +++++
src/backends/pbap/PbapSyncSourceRegister.cpp | 143 ++++++++++
src/backends/pbap/README | 30 +++
src/backends/pbap/configure-sub.in | 36 +++
src/backends/pbap/pbap.am | 29 ++
src/gdbusxx/gdbus-cxx-bridge.h | 33 +++
7 files changed, 697 insertions(+), 0 deletions(-)
create mode 100644 src/backends/pbap/PbapSyncSource.cpp
create mode 100644 src/backends/pbap/PbapSyncSource.h
create mode 100644 src/backends/pbap/PbapSyncSourceRegister.cpp
create mode 100644 src/backends/pbap/README
create mode 100644 src/backends/pbap/configure-sub.in
create mode 100644 src/backends/pbap/pbap.am
--
1.7.6.5
9 years
Re: [SyncEvolution] CalDAV/CardDAV sync config
by Patrick Ohly
On Mi, 2012-01-25 at 21:46 +0100, Martin Ott wrote:
> Hi Patrick,
>
> > Can you send the output of "SYNCEVOLUTION_DEBUG=1 syncevolution
> > --daemon=no --sync slow loglevel=4 n900personal addressbook"?
> >
> > I tried to reproduce the issue here, but it work fine for me.
> >
>
> attached you find the output of the above command
The log file was a bit too large, better compress it. The list server
didn't accept it because of its size and as I got it fine directly, I
haven't bother approving the mail.
Regarding the problem, I suspect that it is because your manually chosen
"database" doesn't end in a slash. Arguably this is something that
SyncEvolution should be handle, so I'll fix the code once I have your
confirmation.
Do contacts and calendar work when adding a trailing / to the URL?
--
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.
9 years
[SyncEvolution] Syncevolution build system conversion
by Krzesimir Nowak
Hi.
My name is Krzesimir Nowak. I work for Openismus GmbH who asked me to
try to convert Syncevolution's build system to a (simpler) non-recursive
Automake build. I now have something that works, with no obvious
regressions.
I've been working in a remote branch (I branched from Chris Kuehl's
dbus-server-reorganization because that already has some improvements
and it looks like it will get into master first).
https://meego.gitorious.org/~krnowak/meego-middleware/syncevo-autotools-c...
but I have also attached it as one patch, which might be easier to
review.
This should be simpler and more robust (for instance, against weird
linker problems), with less duplication, and it allows faster builds via
make -j.
It also removes the pre/post configure system and the *-gen.am system
which can be unfamiliar to regular users of autotools.
Patrick's minimum requirement was to still have the version number
autogenerated from the git version, and I have managed to keep that.
Patrick also preferred not having to list all the templates and config
files, but I have only partly achieved that.
I think it would be wise to make further step-by-step improvements once
this first step is in master. For instance, see:
https://meego.gitorious.org/~krnowak/meego-middleware/syncevo-autotools-c...
Regards,
Krzesimir
9 years
[SyncEvolution] status update Akonadi + KDE
by Patrick Ohly
Hello!
I've started to compile and test the Akonadi backend and KWallet support
as part of the nightly testing. The goal is to include the backend in
the SyncEvolution 1.3 binaries from syncevolution.org.
This will be experimental. Someone has to step up and start supporting
that code as part of the SyncEvolution project, otherwise it'll never be
ready for normal users.
After fixing some bitrot (didn't compile, partly broken by API changes,
partly by genuine bugs in the orginal code) it now runs in the nightly
testing. I'm doing very limited testing (only contacts) and I ignore
basically all valgrind warnings inside KDE/Qt code.
The testDelete404 fails because AkonadiSyncSource::removeItem() doesn't
detect attempts to delete a non-existent item. That is only relevant for
SyncEvolution's virtual calendar+todo storage (used when syncing with
Nokia phones).
Speaking of combined calendar+todo, I doubt that the backend properly
handles that case when Akonadi itself stores events and tasks in the
same resource. The SyncEvolution backend is expected to only report one
or the other, but not both even if they happen to be in the same Akonadi
resource.
All tests involving more advanced test data fail because the test data
was written for EDS. Akonadi uses a different vCard flavor (different
extensions, for example), so different test data has to be created.
KWallet support is enabled. It'll be used instead of GNOME keyring if
SyncEvolution runs inside a KDE session (KDE_FULL_SESSION env variable
set).
When using the "backend = addressbook/calendar/todo/memo" aliases, then
the EDS backend is selected. This is what happens when following the
current setup instructions or the GTK sync UI. This is done to avoid
regressions for the traditional users of SyncEvolution.
Even if SyncEvolution somehow figured out that "addressbook" is meant to
be the KDE addressbook (for example by looking at KDE_FULL_SESSION once
more), fully automatic configuration for KDE still wouldn't work because
the "database" property has to be set explicitly to a URI of an Akonadi
resource. There is no code in the backend or Akonadi to identify the
default resource.
I'll post more information about how to use it after some more testing.
--
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.
9 years
[SyncEvolution] Memotoo \\ regression
by Patrick Ohly
Hello Thomas!
Something broke in Memotoo's handling of backslash in vCard 3.0.
This is sent to Memotoo:
BEGIN:VCARD
VERSION:3.0
PRODID:-//Synthesis AG//NONSGML SyncML Engine V3.4.0.35//EN
REV:20120128T131450Z
N:Ü;Ä;Ö;Umlaut;ß
FN:Umlaut Ä Ö Ü ß
X-EVOLUTION-FILE-AS:Ü\, Ä
NICKNAME:user2
TITLE:
CATEGORIES:Business
ORG:;;;
TEL:
EMAIL:
URL:
ADR;TYPE=HOME:test 5;Line 2;Umlaut Ä in Line 1;test 1;test 3;test 2;
BDAY:
NOTE:This user tests some of the advanced aspects of vcards:\n- non-ASCII characters (with umlauts in the name)\n- line break (in this note and the mailing address)\n- long lines (in this note)\n- special characters (in this note)\n- tabs (in this note)\n\nVery long line\, very very long this time... still not finished... blah blah blah blah blah 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16\n\ncomma \,\ncolon :\nsemicolon \;\nbackslash \\\n\nThe same\, in the middle of a line:\ncomma \, comma\ncolon : colon\nsemicolon \; semicolon\nbackslash \\ backslash\n\nA tab tab done\n line starts with tab
PHOTO:
END:VCARD
http://syncev.meego.com/2012-01-28-12-33_dist/lucid-amd64/23-memotoo/Clie...
This comes back:
BEGIN:VCARD
VERSION:3.0
REV:20120128T131454Z
N;ENCODING=QUOTED-PRINTABLE;CHARSET=UTF-8:=C3=9C;=C3=84;=C3=96;Umlaut;=C3=9F
FN;ENCODING=QUOTED-PRINTABLE;CHARSET=UTF-8:=C3=9C =C3=84
NICKNAME:user2
ADR;TYPE=HOME;ENCODING=QUOTED-PRINTABLE;CHARSET=UTF-8:test 5;Line 2;Umlaut =C3=84 in Line 1;test 1;test 3;test 2;
NOTE;ENCODING=QUOTED-PRINTABLE:This user tests some of the advanced aspects of vcards:=0D=0A- non-ASCII characters (with umlauts in the name)=0D=0A- line break (in this note and the mailing address)=0D=0A- long lines (in this note)=0D=0A- special characters (in this note)=0D=0A- tabs (in this note)=0D=0A=0D=0AVery long line, very very long this time... still not finished... blah blah blah blah blah 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16=0D=0A=0D=0Acomma ,=0D=0Acolon :=0D=0Asemicolon \;=0D=0Abackslash \\n=0D=0AThe same, in the middle of a line:=0D=0Acomma , comma=0D=0Acolon : colon=0D=0Asemicolon \; semicolon=0D=0Abackslash \\ backslash=0D=0A=0D=0AA tab =09tab done=0D=0A=09line starts with tab
CATEGORIES:Business
X-EVOLUTION-FILE-AS;ENCODING=QUOTED-PRINTABLE;CHARSET=UTF-8:=C3=9C, =C3=84
END:VCARD
http://syncev.meego.com/2012-01-28-12-33_dist/lucid-amd64/23-memotoo/Clie...
One backslash in \\\n was removed:
11 12 13 14 15 16\n\ncomma \,\ncolon 11 12 13 14 15 16\n\ncomma \,\ncolon
:\nsemicolon \;\nbackslash \\\n\nThe | :\nsemicolon \;\nbackslash \\n\nThe s
same\, in the middle of a line:\ncomm | ame\, in the middle of a line:\ncomma
a \, comma\ncolon : colon\nsemicolon | \, comma\ncolon : colon\nsemicolon \
\; semicolon\nbackslash \\ backslash\ | ; semicolon\nbackslash \\ backslash\n
n\nA tab tab done\n line starts with | \nA tab tab done\n line starts with
tab | tab
This leads to a test failure in Client::Sync::eds_contact::testItems.
--
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.
9 years
[SyncEvolution] Memotoo: conversion to floating time
by Patrick Ohly
Hello Thomas!
I'm looking at another SyncEvolution test failure:
http://syncev.meego.com/2012-01-21-20-16_all/testing-amd64/23-memotoo/Cli...
In this case, the item was sent from the right-hand side (client B) to
the server and from there imported into the left-hand side (client A).
On the server the time was converted from UTC into floating time.
Can you remind me in which cases the Memotoo server is doing that
conversion?
I'm not seeing that conversion in all cases. It does not happen for:
- user pohly: sc-pim-ppc -> sc-api-nat and vice-versa
- user syncevolution: sc-api-A -> sc-api-B
(http://syncev.meego.com/2012-01-21-20-16_all/testing-amd64/23-memotoo/Cli...)
It does happen for:
- user syncevolution: sc-api-B -> sc-api-A (the failure above)
As far as I remember it, Memotoo always converts from UTC except in
detached recurrences. So I'm more surprised about not seeing this
failure in all cases than I am about seeing it failing ;-}
--
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.
9 years
[SyncEvolution] Multiple day recurrences and S40
by Ross Vandegrift
Hello,
Discovered a sync issue with multiple day recurrences and Symbian S40.
I am running syncevolution 1.2.1 with Evolution 3.2. The short version
is that the meetings on multiple days are not properly synced in either
direction.
If I create a meeting on my phone which recurs weekly on multiple days
(for example, Tues and Thurs), when I sync, Evolution gets a recurring
weekly appointment on whichever day is the date of the first recurrence.
Same problem vice versa - create a meeting in Evolution and sync it to
the phone, it only shows up as a weekly meeting on the day of the week
that was the date of the original creation.
Limitation of one of the platforms, or a bug? I'd be happy to provide
any information.
Ross
9 years, 1 month
