2:18 p.m.
Hi
I've been struggling for days trying to work out how to configure syncevolution
to synchronise an Oracle Calendar to a specific Google Calendar and am still no
closer.
The various sets of instructions and settings just confuse me even more.
After much trial and error, I think I need to:
1) Set up a 'target-config' item that is configured to connect to the Google
Calendar I want... I _think_ I've managed to do this with someting like:
syncevolution --configure calendar/backend=caldav username=<my google user>
password=<my google password>
calendar/database==https://www.google.com:443/calendar/dav/<calendarID>/events
target-config@Google calendar
2) Create a sync profile that connects to the Oracle Calendar, but references
this Google Calendar as what to sync with...
I try this by:
syncevolution --configure username-<My Oracle Username> password=<My oracle
password> syncURL=<Oracle Calendar URL> calendar/datbase=local://@Google
calendar/sync=one-way-from-server calendar/uri=./Calendar/Events?/dr(-14,60)
oracle calendar
At this point I get a whole host of error messages:
[INFO] calendar: looking for databases...
[WARNING] GConf: Client failed to connect to the D-BUS daemon:
[WARNING] Unable to autolaunch a dbus-daemon without a $DISPLAY for X11
[ERROR] stderr: GConf Error: No D-BUS daemon running
[WARNING] GConf: Client failed to connect to the D-BUS daemon:
[WARNING] Unable to autolaunch a dbus-daemon without a $DISPLAY for X11
[ERROR] stderr: GConf Error: No D-BUS daemon running
[WARNING] GConf: Client failed to connect to the D-BUS daemon:
[WARNING] Unable to autolaunch a dbus-daemon without a $DISPLAY for X11
[ERROR] stderr: GConf Error: No D-BUS daemon running
[WARNING] GConf: Client failed to connect to the D-BUS daemon:
[WARNING] Unable to autolaunch a dbus-daemon without a $DISPLAY for X11
[ERROR] stderr: GConf Error: No D-BUS daemon running
[WARNING] GConf: Client failed to connect to the D-BUS daemon:
[WARNING] Unable to autolaunch a dbus-daemon without a $DISPLAY for X11
[ERROR] stderr: GConf Error: No D-BUS daemon running
[WARNING] GConf: Client failed to connect to the D-BUS daemon:
[WARNING] Unable to autolaunch a dbus-daemon without a $DISPLAY for X11
[ERROR] stderr: GConf Error: No D-BUS daemon running
[WARNING] GConf: Client failed to connect to the D-BUS daemon:
[WARNING] Unable to autolaunch a dbus-daemon without a $DISPLAY for X11
[ERROR] stderr: GConf Error: No D-BUS daemon running
[WARNING] GConf: Client failed to connect to the D-BUS daemon:
[WARNING] Unable to autolaunch a dbus-daemon without a $DISPLAY for X11
[ERROR] stderr: GConf Error: No D-BUS daemon running
[WARNING] libecal: Cannot add system source to GConf!
[WARNING] GConf: Client failed to connect to the D-BUS daemon:
[WARNING] Unable to autolaunch a dbus-daemon without a $DISPLAY for X11
[ERROR] stderr: GConf Error: No D-BUS daemon running
[WARNING] GConf: Client failed to connect to the D-BUS daemon:
[WARNING] Unable to autolaunch a dbus-daemon without a $DISPLAY for X11
[WARNING] e-data-server: Could not update "/apps/evolution/calendar/sources": No
D-BUS daemon running
[WARNING] GConf: Client failed to connect to the D-BUS daemon:
[WARNING] Unable to autolaunch a dbus-daemon without a $DISPLAY for X11
[ERROR] stderr: GConf Error: No D-BUS daemon running
[WARNING] GConf: Client failed to connect to the D-BUS daemon:
[WARNING] Unable to autolaunch a dbus-daemon without a $DISPLAY for X11
[ERROR] stderr: GConf Error: No D-BUS daemon running
[WARNING] libecal: Cannot activate ECal: Command line `dbus-launch --
autolaunch=e693870440a55e85670ad5ee00000006 --binary-syntax --close-stderr'
exited with non-zero exit status 1: Autolaunch error: X11 initialization
failed.\n
[INFO] calendar: no database to synchronize
[ERROR] calendar: no database to synchronize
And at this point I am stuck, so any help would be appreciated.
If this bit worked I would expect to just run
syncevolution oracle
And it would sync these two (Oracle events written to Google as I'm doing a one-
way from server only)
Many Thanks
Gary
10:40 a.m.
On Wed, 2013-01-16 at 21:18 +0000, Gary wrote:
Hi
I've been struggling for days trying to work out how to configure syncevolution
to synchronise an Oracle Calendar to a specific Google Calendar and am still no
closer.
The Oracle Calendar is accessed via SyncML, right?
In that case the "Bridge between SyncML and CalDAV/CardDAV" entry in the
HOWTO overview page (https://syncevolution.org/wiki/howto) is what you
want. It's not a full-blown step-by-step guide (feel free to write
one :-), it only points towards the relevant documentation about
database/databaseUser/Password.
Here's that documentation:
Finally, here is how the @webdav context needs to be configured
so that SyncML
clients or servers can be added to it:
# configure sources
syncevolution --configure \
databaseUser=123456 \
"databasePassword=!@#ABcd1234" \
addressbook/backend=carddav \
addressbook/database=http://example.com/addressbooks/123456/ \
calendar/backend=caldav \
calendar/database=http://example.com/calendar/123456/ \
@webdav \
calendar addressbook
# configure one peer (Memotoo in this example):
syncevolution --configure \
username=654321 \
password=^749@2524 \
memotoo@webdav
# sync
syncevolution --sync slow memotoo@webdav
The various sets of instructions and settings just confuse me even
more.
After much trial and error, I think I need to:
1) Set up a 'target-config' item that is configured to connect to the Google
Calendar I want... I _think_ I've managed to do this with someting like:
syncevolution --configure calendar/backend=caldav username=<my google user>
password=<my google password>
calendar/database==https://www.google.com:443/calendar/dav/<calendarID>/events
target-config@Google calendar
Right. Now also set databaseUsername and databasePassword for "@Google
calendar".
2) Create a sync profile that connects to the Oracle Calendar, but
references
this Google Calendar as what to sync with...
I try this by:
syncevolution --configure username-<My Oracle Username> password=<My oracle
password> syncURL=<Oracle Calendar URL> calendar/datbase=local://@Google
calendar/sync=one-way-from-server calendar/uri=./Calendar/Events?/dr(-14,60)
oracle calendar
No. Instead do it as quoted above.
--
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.
10:12 a.m.
Thanks Patrick...
Patrick Ohly <patrick.ohly@...> writes:
On Wed, 2013-01-16 at 21:18 +0000, Gary wrote:
> Hi
The Oracle Calendar is accessed via SyncML, right?
Yes, Oracle Calendar is a syncML source.
A couple more questions if I may..
r
Right. Now also set databaseUsername and databasePassword for "@Google
calendar".
When you say add databaseUser and databasePassword, do I add these in
the same line that I define the google calendar target-config settings as
well as the database= and password= items?
So, something like:
syncevolution --configure calendar/backend=caldav
username=<my google user>
password=<my google password>
calendar/database=https://www.google.com:443/calendar/dav/<calendarID>/events
databaseUser=<my google user>
databasePassword=<my google password>
target-config@Google calendar
Not sure I understand why I need to add it twice?
> 2) Create a sync profile that connects to the Oracle
Calendar...
No. Instead do it as quoted above.
So, like this:
syncevolution --configure username=<my oracle username>
password=<my oracle password>
syncURL=<oracle calendar address>
uri="./Calendar/Events?/dr(-14,60)"
oracle@Google calendar
If I ONLY ever want to copy events from oracle to google, am I right in
assuming sync=one-way-from-server is correct here?
Not sure I now know which end is regarded as client and which as
server!
Also assuming here that because I have named this oracle@Google, it knows
to use the target-config@Google as the 'other' end of the sync?
And to run the sync I run
syncevolution oracle@Google
Sorry for the multiple questions...
Many Thanks
Gary
6:09 a.m.
On Sun, 2013-01-20 at 17:12 +0000, Gary wrote:
Patrick Ohly <patrick.ohly@...> writes:
> Right. Now also set databaseUsername and databasePassword for "@Google
> calendar".
>
When you say add databaseUser and databasePassword, do I add these in
the same line that I define the google calendar target-config settings as
well as the database= and password= items?
So, something like:
syncevolution --configure calendar/backend=caldav
username=<my google user>
password=<my google password>
calendar/database=https://www.google.com:443/calendar/dav/<calendarID>/events
databaseUser=<my google user>
databasePassword=<my google password>
target-config@Google calendar
Basically this is right. It can be made a bit simpler, though. Because
you specify one source to configure (the "calendar" part after the
"target-config@Google" config name) one can leave out the "calendar/"
prefix. And because backend, database, databaseUser/Password are source
properties which are independent of the config, the "target-config"
isn't used. This leads to:
syncevolution --configure backend=caldav \
database=https://www.google.com:443/calendar/dav/<calendarID>/events
\
databaseUser=<my google user>
databasePassword=<my google password>
@Google calendar
Not sure I understand why I need to add it twice?
That's because strictly speaking, the "oracle@Google" config and the
"@Google calendar" source are independent of the
"target-config@Google"
config. You don't even need to configure the target-config for your use
case. You can do it and use it for operations like "--print-databases",
but it is not required for SyncML.
One could have added rules like "look for target-config in the same
context to find the right username/password", but that wouldn't have
been obvious either.
> > 2) Create a sync profile that connects to the Oracle
Calendar...
>
> No. Instead do it as quoted above.
>
So, like this:
syncevolution --configure username=<my oracle username>
password=<my oracle password>
syncURL=<oracle calendar address>
uri="./Calendar/Events?/dr(-14,60)"
oracle@Google calendar
Right.
If I ONLY ever want to copy events from oracle to google, am I right
in
assuming sync=one-way-from-server is correct here?
Not sure I now know which end is regarded as client and which as
server!
That's why these names were deprecated and replaced with "from-local"
and "from-remote". "local" is the data as defined via the backend
+database properties in the "calendar" source, "remote" is the
SyncML-side.
What you want is "one-way-from-remote"; "one-way-from-server" is also
correct and still recognized.
Also assuming here that because I have named this oracle@Google, it
knows
to use the target-config@Google as the 'other' end of the sync?
No, it doesn't use that. It uses the information in the "calendar"
source to instantiate a backend which reads/writes data via CalDAV as
part of a SyncML sync with Oracle.
The reason why the documentation describes the "target-config" thing is
partly historic (that's what was implemented first), partly because it
allows setting up/testing the CalDAV source independently of SyncML.
And to run the sync I run
syncevolution oracle@Google
Right.
--
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.
3:55 p.m.
Patrick Ohly <patrick.ohly@...> writes:
This leads to:
syncevolution --configure backend=caldav \
database=https://www.google.com:443/calendar/dav/<calendarID>/events \
databaseUser=<my google user>
databasePassword=<my google password>
@Google calendar
>
> syncevolution --configure username=<my oracle username>
> password=<my oracle password>
> syncURL=<oracle calendar address>
> uri="./Calendar/Events?/dr(-14,60)"
> oracle <at> Google calendar
Right.
What you want is "one-way-from-remote";
"one-way-from-server" is also
correct and still recognized.
Almost there I think...
When I now run
syncevolution --sync one-way-from-remote oracle@google
I get the following messages/errors:
gary@ubuntu:~$ syncevolution --sync refresh-from-server oracle@google
[INFO] calendar: starting first time sync from server (peer is server)
[INFO] creating complete data backup of source calendar before sync (enabled
with dumpData and needed for printChanges)
[ERROR] Error allocating iCalendar 2.0
[ERROR] endCB DAV: response failed
[ERROR] error code from SyncEvolution data merged (remote, status 207): REPORT
'full calendar': Neon error code 1: Could not parse response: Unknown error
[INFO] calendar: first time sync done unsuccessfully
[ERROR] data merged (local, status 10207)
[ERROR] error code from Synthesis engine data merged (local, status 10207)
[INFO] creating complete data backup after sync (enabled with dumpData and
needed for printChanges)
Synchronization failed, see /home/gary/.cache/syncevolution/oracle@google-2013-
02-27-22-42/syncevolution-log.html for details.
Changes applied during synchronization:
+---------------|-----------------------|-----------------------|-CON-+
| | LOCAL | REMOTE | FLI |
| Source | NEW | MOD | DEL | ERR | NEW | MOD | DEL | ERR | CTS |
+---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+
| calendar | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| refresh-from-remote, 0 KB sent by client, 0 KB received |
| data merged (local, status 10207) |
+---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+
| start Wed Feb 27 22:42:57 2013, duration 0:02min |
| data merged (local, status 10207) |
+---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+
First ERROR encountered: Error allocating iCalendar 2.0
Is it failing to connect to the google calendar?
How do we get past this next hurdle?
Many Thanks
Gary
12:53 a.m.
On Wed, 2013-02-27 at 22:55 +0000, Gary wrote:
Almost there I think...
When I now run
syncevolution --sync one-way-from-remote oracle@google
I get the following messages/errors:
gary@ubuntu:~$ syncevolution --sync refresh-from-server oracle@google
[INFO] calendar: starting first time sync from server (peer is server)
[INFO] creating complete data backup of source calendar before sync (enabled
with dumpData and needed for printChanges)
[ERROR] Error allocating iCalendar 2.0
[ERROR] endCB DAV: response failed
[ERROR] error code from SyncEvolution data merged (remote, status 207): REPORT
'full calendar': Neon error code 1: Could not parse response: Unknown error
Please run with "SYNCEVOLUTION_DEBUG=1 syncevolution --daemon=no --sync
one-way-from-remote oracle@google"
That will include some more information. You could also look at
/home/gary/.cache/syncevolution/oracle@google-2013- 02-27-22-42/syncevolution-log.html
I think what happens is that someone is feeding data into SyncEvolution
which is supposed to be iCalendar 2.0 data, but that fails to parse. The
somewhat cryptic "Error allocating iCalendar 2.0" is the result of a
NULL check on the parse result.
Is it failing to connect to the google calendar?
You can check that by running the item operations on the google
calendar:
syncevolution --export - @google calendar
--
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.
3408
days inactive
3451
days old
syncevolution@synevolution.org
5 comments
3 participants
participants (3)
-
Gary -
Gary
-
Patrick Ohly