Re: [SyncEvolution] syncevolution and a radicale caldev server
by Patrick Ohly
On Fri, 2012-02-17 at 15:14 +0100, Gregor Horvath wrote:
> Am Fri, 17 Feb 2012 11:12:52 +0100
> schrieb Patrick Ohly <patrick.ohly(a)intel.com>:
>
> > On Tue, 2012-02-14 at 15:57 +0100, Patrick Ohly wrote:
> > > But as Radicale is an example where multiple databases are possible
> > > (in
> > > contrast to Google), it's worth spelling out explicitly how such a
> > > config can be created:
> >
> > [...]
> >
> > William, did this work?
> >
> > Perhaps you (or someone else) has the time to turn the instructions
> > into a proper HOWTO? I created a place holder Wiki page for it here:
> > http://syncevolution.org/wiki/synchronizing-radicale
> >
> >
William sent me some debug logs, but then ran out of time. So I've
installed Radicale myself and found an issue that'll break
SyncEvolution: items reported by the server include double slashes in
the path.
<multistatus xmlns="DAV:" xmlns:C="urn:ietf:params:xml:ns:caldav">
<response>
<href>/public_user/calendar/calendar_1//1234567890(a)dummy.ics</href>
^^
SyncEvolution will then use /1234567890(a)dummy.ics as path in future
requests, which Radicale rejects with either 404 or 401 errors.
I'll work around that in SyncEvolution. I'm not sure whether there is a
solution with 1.2.2.
Have you considered Calypso (http://keithp.com/blogs/calypso/)? I don't
know yet whether it works with SyncEvolution; if there is interest, then
I will try it.
> I am trying to do the same thing (with one calender to start with)
> N900 <-> radicale but it did not work, because it seems the Maemo
> calendar is not found:
>
> http://pastebin.com/huMXDsEx
>
> What I am doing wrong?
You have additional spaces after your \ character. The slash must be at
the end of each line.
--
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.
7 years, 7 months
[SyncEvolution] SyncEvolution git repository and bug tracking
by Patrick Ohly
Hello!
Out of convenience I was using the MeeGo Bugzilla for bug tracking and
meego.gitorious.org for the code repositories. As I was told after my
FOSDEM talk, this apparently caused some people to think of
SyncEvolution as "only for MeeGo". That's a bit surprising, given that
SyncEvolution always, and primarily, was an independent upstream
project.
Besides giving that wrong impression, there are also more practical
reasons for switching to a different infrastructure. Mixing upstream and
distro bug tracking in the same bug tracker instance could have had some
positive aspects (cross-referencing), but in practice was just
confusing. Upstream bug tracking had to use the data schema from the
distro.
So where should SyncEvolution go?
I'm currently leaning towards a personal github project:
https://github.com/pohly/SyncEvolution
github has some builtin bug tracking. That may be good enough for
SyncEvolution.
Or should I try to get it hosted on freedesktop.org? I've always thought
of SyncEvolution as something for all Linux desktops, not just for
GNOME.
Any thoughts?
--
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 years, 1 month
[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
10 years, 4 months
Re: [SyncEvolution] Need to sync twice when using Ubuntu development release
by Patrick Ohly
On Thu, 2012-02-16 at 20:52 +1300, Jane Atkinson wrote:
> On 16/02/12 20:20, Patrick Ohly wrote:
> > On Thu, 2012-02-16 at 09:07 +1300, Jane Atkinson wrote:
> >> I'm running the current Ubuntu development release (12.04) for
> >> testing purposes. I have the syncevolution repository in my
> >> sources.list.
> >>
> >> I've noticed that I need to run syncevolution twice whenever I
> >> sync. The first time, no error messages show up, but the changes
> >> don't migrate to the phone. The second time, the changes appear
> >> on the phone as expected.
> >
> > What changes are these? In Evolution? Contacts or calendar? Are
> > you perhaps synchronizing a CalDAV calendar in Evolution with the
> > phone?
> >
> > There was a problem like that with CalDAV calendar where Evolution
> > Data Server did not refresh its copy of the data the first time
> > that SyncEvolution asked for the calendar.
> >
> Yes, the calendar is a Radicale CalDAV calendar, synced via Evolution
> (over bluetooth). It's been a while since I synced any contacts, so I
> haven't noticed anything there. If necessary, I can test those as well.
>
> The issue only shows on Ubuntu 12.04. 10.04 behaves as expected.
>
> I can run some tests tomorrow. It's a little late here for me to do
> this tonight.
The easiest test would be a "syncevolution --print-items <config name>
calendar": if that fails to show a recently added item, then EDS is not
updating itself quickly enough.
The workaround that I have in SyncEvolution (open+close+open) really is
just a hack. A proper solution has to be in EDS, something like "open
and refresh now, even if it takes a while".
Do you absolutely need the data in Evolution? It's not currently working
yet, but it would be feasible to let SyncEvolution synchronize a phone
with a CalDAV server directly.
--
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 years, 4 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
10 years, 4 months
[SyncEvolution] server class + fork/exec dbus-server
by Patrick Ohly
Hello Chris!
You added a callback parameter to addResource() (formerly known as
enqueue()) and related functions. There's no documentation for that in
server.h/cpp. What is it meant to be used for, what kind of constraints
does it have, etc.? In other words, please document it for me... ;-)
--
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 years, 4 months
Re: [SyncEvolution] Problems with multiple calendars and addressbooks
by Patrick Ohly
On Mon, 2012-04-30 at 08:56 +0200, Roth wrote:
> First question before I dive into CalDAV. Which server do you suggest?
DAViCal is included in many distros. Radicale also looked good, but make
sure that you have the latest version, 0.7.
> And (hopefully) the last question before I have succeeded with Funambol.
> I don't understand how to import the local file into the local Evolution
> calendar.
>
> syncevolution --inport syc/ccc <calendarname, or what does come here?>
There are two ways. You can specify the database directly:
--import <.ics file> backend=evolution-calendar database=<database name>
Or you can configure a local SyncEvolution source in the @default
context and use that as an alias for these options:
--configure backend=evolution-calendar database=<database name> \
@default choose-calendar-source-name
--import <.ics file> @default choose-calendar-source-name
If you want to synchronize against the Funambol server, then you'll need
such a source in the config. Once it exists, you can configure and use
it for syncing with Funambol like this and use it for syncing:
--configure uri=<your sync source URI> sync=none \
syncFormat=text/calendar \
forceSyncFormat=1 \
funambol@default choose-calendar-source-name
--sync refresh-from-local funambol choose-calendar-source-name
Note 1: "choose-calendar-source-name" must not exist already locally.
Note 2: funambol is an abbreviation for funambol@default; I used
funambol@default merely to illustrate that it uses the previously
defined source.
Note 3: syncing of the new source is disabled, so "syncevolution
funambol" will not include it. The second line does an explicit refresh
of 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.
10 years, 4 months
[SyncEvolution] Problems with multiple calendars and addressbooks
by Roth
Hello,
I have problems with the configuration for the sync of more than the
default calendar or addressbook with funambol 10.0.0.
I followed the instructions and have several users on the funambol
server, each for one calendar.
But with the config.ini I have problems.
Can someone please give me a valid config.ini example for a calendar and
addressbook for the 10.0.0. version?
With the following I get the following error:
First ERROR encountered: cannot bump config version in old-style config
# config.ini #
sync = two-way
type = calendar:text/calendar!
evolutionsource = Office
uri = caloffice
Or is meanwhile another more elegant solution for the sync of more than one calendar?
Thanks
Max
10 years, 5 months
Re: [SyncEvolution] Failed with status code=20048, statistics are incomplete!! - Memotoo
by Patrick Ohly
On Tue, 2012-03-13 at 12:57 +0100, Thomas Pequet wrote:
> Le 13/03/2012 10:43, Patrick Ohly a écrit :
> > On Tue, 2012-03-06 at 17:16 +0100, Thomas Pequet wrote:
> > > Le 06/03/2012 13:14, Patrick Ohly a écrit :
> > > > Thomas Pequet wrote:
> > > > It's a bit curious that in one case the anchor is a time stamp, in the
> > > > other a number. Both are strings sent by the Memotoo server. Did you
> > > > perhaps change the anchor formatting from "seconds since epoch as time
> > > > stamp" to "seconds since epoch as integer"? I haven't checked whether
> > > > 20120228T115051Z matches 1330608696000 when interpreted like that.
> > > It is strange, Memotoo return only date with seconds (ex:
> > > 1330608696000) not timestamp... So why SyncEvolution store the
> > > timestamp ????
> > SyncEvolution and libsynthesis treats the sync anchor as string. It
> > should never convert to a time stamp. Does your user still have other
> > logs? He can do a "grep -l -r 20120228T115051Z ~/.cache/syncevolution"
> > to find all relevant log files.
I got logs for two sessions from Thomas. In the session from 2012-02-28
there is an entry for the anchor from Memotoo as UTC date/time:
[2012-02-28 12:50:51.753] Received <next> Remote Server Anchor='20120228T115051Z' (to be compared with <last> in NEXT session)
Then in the next session, Memotoo reverts to the integer format:
[2012-03-01 14:31:36.449] Saved Last Remote Server Anchor='20120228T115051Z', received <last> Remote Server Anchor='1330603400000' (must match for normal sync)
[2012-03-01 14:31:36.449] Received <next> Remote Server Anchor='1330608696000' (to be compared with <last> in NEXT session)
This confirms my theory that the Memotoo server switched between
different ways of formatting its internal time stamp.
There are no XML message dumps to proof it, but I am nevertheless
confident that this really what the Memotoo server sent. There simply
isn't any code in libsynthesis which transforms remote server anchors.
--
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 years, 5 months
[SyncEvolution] DBus exception in Genesis
by Frederik Elwert
Hello,
I recently noticed an issue in Genesis: I have Genesis in autostart, and
sometimes when trying to sync it does nothing, throwing this exception:
DBusException in call_blocking():
org.freedesktop.DBus.Error.ServiceUnknown: The name :1.50 was
not provided by any .service files
I am not exactly sure how to reproduce it, but it seems it only happens
a) when Genesis is started on startup (I was not able to reproduce it
when launching Genesis manually later), and b) Genesis runs for a while
before being used for the first time.
Any idea what could be causing this? Might this be caused by the
syncevolution dbus-server going down after a while?
Any help appreciated.
Regards
Frederik
10 years, 5 months
