[SyncEvolution] Recurring events created on Nokia E63 become duplicated on Evolution
by Irihapeti
I created a test recurring event on the phone. After syncing to
Evolution, the event shows up as it should, BUT it also appears on the
following day as well. Times are correct on both dates.
I can edit it in Evolution to remove the extra occurrences, resync, and
everything is fine. I can edit other stuff on the phone, such as turn
the alarm off, but if I subsequently try to change the date of the event
on the phone, the problem recurs.
The output from the phone, using syncml-ds-tool, shows:
-----BEGIN CHANGE-----
BEGIN:VCALENDAR
VERSION:1.0
TZ:+12
DAYLIGHT:TRUE;+13;20100925T140000Z;20110402T130000Z;;
DAYLIGHT:TRUE;+13;20110924T140000Z;20120331T130000Z;;
BEGIN:VEVENT
UID:o7D5s1844F0Ke432gA7Le1
SUMMARY:New
DTSTART:20110205T200000Z
DTEND:20110205T210000Z
CLASS:PUBLIC
RRULE:W1 SU 20110220T090000
LAST-MODIFIED:20110105T001640Z
PRIORITY:5
END:VEVENT
END:VCALENDAR
-----END CHANGE-----
SyncEvolution shows:
before sync | after sync
removed during sync <
> added during sync
-------------------------------------------------------------------------------
BEGIN:VCALENDAR BEGIN:VCALENDAR
VERSION:2.0 VERSION:2.0
BEGIN:VEVENT BEGIN:VEVENT
> SUMMARY:New
> DTEND:20110205T210000Z
> DTSTART:20110205T200000Z
> PRIORITY:5
> RRULE:BYDAY=SA,SU;FREQ=WEEKLY;UNTIL
> =20110220T090000
> SEQUENCE:0
> UID:o7D5s1844F0Ke432gA7Le1
> END:VEVENT
> END:VCALENDAR
-------------------------------------------------------------------------------
I'm having a few other issues with recurring events, none of which are
anything to do with SyncEvolution, so if nothing can easily be done
about this, I'll live with it.
Irihapeti
11 years, 7 months
[SyncEvolution] syncevo-http-server: planning of new functionality
by Patrick Ohly
Hello!
As usual, I'd like to write down some thoughts on future functionality
before actually implement it. This email is about syncevo-http-server,
the HTTP server which allows SyncML HTTP clients to synchronize with
SyncEvolution running as server.
There are some open issues to be solved:
1. http://bugs.meego.com/show_bug.cgi?id=10031 "needs to be
restarted after loss of connection"
2. http://bugs.meego.com/show_bug.cgi?id=1367 "nightly testing:
include SyncEvolution <-> SyncEvolution testing"
3. http://bugs.meego.com/show_bug.cgi?id=6369 "Error reporting in
HTTP server is sucky (Or: HTTP server ignores LogOutput dbus
signals)"
4. simplify startup (no issue filed)
The first one is still something that I haven't tried to reproduce. My
goal is to set up a test case first, automate it (second issue) and then
fix the problem.
Error reporting has been an issue, because users need to monitor the
output of syncevo-dbus-server and syncevo-http-server. The intention
here is to keep syncevo-dbus-server running in the background (as
before) and improve the output of syncevo-http-server:
1. catch the rather cryptic Twisted error messages
2. translate them into INFO/DEBUG/ERROR messages
3. show syncevo-dbus-server errors together with the messages from
syncevo-http-server itself
Finally, the rather complex startup for the "SyncEvolution on headless
server" case (start D-Bus session, start syncevo-dbus-server +
syncevo-http-server) should be combined into one invocation of
syncevo-http-server.
This needs to be optional, because on a normal desktop,
syncevo-http-server should not start another D-Bus session (would
confuse Evolution Data Server).
So here are the new command line options that I intend to implement:
-d|--debug enables debug messages
-q|--quiet limits output to real error messages; ignored if -d is given
--start-dbus-session creates a new D-Bus session for communication with
syncevo-dbus-server and (inside that server) with other
D-Bus services like Evolution Data Server; should only
be used if it is guaranteed that the current user will
not have another session running, because these services
can get confused when started multiple times; without this
option, syncevo-http-server a) uses the session specified
in the environment or b) looks for a session of the current
user (depends on recent ConsoleKit and might not always work)
--start-syncevolution[=<path>]
sets up the right environment for <path>/sbin/syncevo-dbus-server
and starts it explicitly, instead of depending on D-Bus auto-activation;
to be used when SyncEvolution is not installed at the location
it was compiled for (typically /usr); the <path> is optional,
if not given, then it'll be derived from the location of the
syncevo-http-server script
Does that make sense? Are there better names for these options?
--
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.
11 years, 7 months
Re: [SyncEvolution] Fwd: Syncevolution: synchronization between two Linux-Based notebook
by Patrick Ohly
On Do, 2010-12-16 at 15:39 +0000, Giuseppe Gerace wrote:
> Excuse me, the one I've previously posted is syncevo-dbus-server
> output.
What you posted (Thu, 16 Dec 2010 12:27:52 +0000) is the output from
syncevo-http-server, the Python script which implements the HTTP part.
The error message you show is related to something which has gone wrong
earlier in syncevo-dbus-server, so the output from that process would be
more useful.
syncevo-dbus-server also writes very detailed -log.html files (see
"syncevolution --print-sessions @default"), which is what is needed if
the stdout output of syncevo-dbus-server doesn't explain the problem.
I understand that is all not as easy as it could be. Issues are open to
improve it (http://bugs.meego.com/show_bug.cgi?id=10270,
http://bugs.meego.com/show_bug.cgi?id=6369), but no-one has had the time
to work on those.
--
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.
11 years, 7 months
[SyncEvolution] Can not build from source
by toabctl
Hi,
i tried to build syncevoltution from source and got the following error:
/usr/bin/ld:
/usr/lib/gcc/i686-linux-gnu/4.5.2/../../../../lib/libsynthesissdk.a(libsynthesissdk_la-san.o):
undefined reference to symbol 'smlStartMessageExt@@VER_1.0'
/usr/bin/ld: note: 'smlStartMessageExt@@VER_1.0' is defined in DSO
/usr/lib/libsmltk.so.0 so try adding it to the linker command line
/usr/lib/libsmltk.so.0: could not read symbols: Invalid operation
collect2: ld returned 1 exit status
Can anybody help?
Cheers,
Tom
11 years, 7 months
Re: [SyncEvolution] [Opensync-devel] OpenSync: fragmentation is harmful
by Patrick Ohly
On So, 2011-01-09 at 01:07 +0000, Chris Frey wrote:
> On Sat, Jan 08, 2011 at 07:56:00PM -0500, Chris Frey wrote:
> > On Sat, Jan 08, 2011 at 09:40:01PM +0100, Patrick Ohly wrote:
> > > My right to post to the OpenSync mailing list was revoked, so I'm afraid
> > > only people subscribed to the SyncEvolution mailing list will see my
> > > replies in the "libsynthesis and vformats" thread.
> >
> > This has gotta be a bug. Can somebody please fix this posthaste?
>
> Patrick, are you subscribed to opensync-devel via both your intel and
> gmx.de addresses? I only see gmx.de on posts that made it to the list.
That might be it. I wasn't expecting that opensync-devel rejects mails
outright instead of holding them for approval (like I do with the
SyncEvolution list), so I didn't pay attention to the mail address and
was led to the wrong conclusion. My apologies. Teaches me a lesson to
not post such emails late in the evening :-/
--
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.
11 years, 7 months
Re: [SyncEvolution] [Opensync-devel] OpenSync: fragmentation is harmful
by Patrick Ohly
On Sa, 2011-01-08 at 20:47 +0000, Emanoil Kotsev wrote:
> but I was just able to read your posting
>
> Re: [Opensync-devel] libsynthesis and vformats
> From:
> Patrick Ohly <patrick.ohly-ral2JQCrhuEAvxtiuMwx3w(a)public.gmane.org>
> Date:
> Sat 08 Jan 2011 20:52:36
Because I did a group-reply, which included you as recipient. From the
list I got the attached bounce notification.
--
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.
11 years, 7 months
Re: [SyncEvolution] Akonadi + KDE support (was: Re: [Opensync-devel] OpenSync: fragmentation is harmful)
by Patrick Ohly
On Sa, 2011-01-08 at 12:42 -0800, Emanoil Kotsev wrote:
> --- On Sat, 1/8/11, Patrick Ohly <patrick.ohly(a)gmx.de> wrote:
>
> > My apologies if that sounded a bit harsh. My view point is
> > that of a
> > user: which use cases does it satisfy? Can it be installed
> > without too
> > much trouble? Is it production-quality?
>
> No problem about this, but you lack arguments and one can not
> understand why you are saying this.
I'm not saying anything, I am asking. Any user looking for a solution
should ask them (and several others), and also any developer writing
software not just for himself.
> I was actually looking for the code. Last time the links I had were
> not working and there was no akonadi code included. So I couldn't try
> anything.
Please not that the "master" branch does not contain the Akonadi
backend. You need to check out the "akonadi" branch.
Here you can browse the code:
http://meego.gitorious.org/~saidinesh5/meego-middleware/saidinesh5-syncev...
--
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.
11 years, 7 months
Re: [SyncEvolution] setup daily package build for ubuntu done
by toabctl
Thanks for the remove of the debian-dir.
I setup a daily build for ubuntu natty now (for maverick and lucid i don't
know how to do because of unmet dependency for libsynthesis).
The git-source will be synced to launchpad (i think daily) and then a debian
package will be created with the source and the package will be available in
a ppa.
PPA: https://launchpad.net/~toabctl/+archive/syncevo
Daily build:
https://code.launchpad.net/~toabctl/+recipe/syncevolution.recipe
automatically cynced source in launchpad:
https://launchpad.net/syncevolution
Cheers,
Tom
2011/1/7 Patrick Ohly <patrick.ohly(a)intel.com>
> On Do, 2011-01-06 at 20:23 +0000, Ove Kaaven wrote:
> > Den 06. jan. 2011 18:56, skrev Patrick Ohly:
> > > On Do, 2011-01-06 at 17:42 +0000, toabctl wrote:
> > >> Any reasons why the debian-dir should exist?
> > >
> > > Ove Kaaven is using it for the Maemo 5 port. As he is also contributing
> > > code, so it makes sense to do change tracking of everything in one
> > > place.
> > >
> > > But I suppose we could rename the dir to "debian-maemo5", with a
> > > "debian" symlink set manually by Ove when needed. Ove, does that work?
> >
> > Actually I'd be fine with removing it from the upstream source.
>
> Okay, done:
>
> commit b51e4072ef241c625264fcfd5ccb1282e9b65a65
> Author: Patrick Ohly <patrick.ohly(a)intel.com>
> Date: Fri Jan 7 09:29:31 2011 +0100
>
> packaging: removed obsolete "debian" directory
>
> The reason for removing it is that it breaks the daily build in
> Launchpad (see "[SyncEvolution] remove debian/ dir from source").
>
> It wasn't used anymore except in Ove's branch for Maemo 5. Should the
> files be needed again in git, then the directory should be renamed.
>
>
> > The
> > debian/ dir used in the Maemo5 packages is modified quite a bit, and
> > those changes were never (actively) merged back upstream (they're too
> > platform-specific for that to make much sense). So it would not have any
> > negative consequences for me - I've maintained my own debian/ in my own
> > git so far, and I'd just continue to do so.
>
> That reminds me: do you publish your git repo somewhere? It would make
> sense to merge back your changes into the main repo at least once in a
> while.
>
> --
> 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.
>
>
>
11 years, 7 months
[SyncEvolution] Sync problem: myFunambol -> Nokia n900 PR 1.3 with syncevolution
by Kyros Hariri
Hello all,
I have a sync problem with my Nokia n900 running syncevolution to
connect to myFunambol. This worked under PR 1.3 but now after I
new setup the n900 to PR 1.3 the sync process stops and a
message "Synchronization failed" appears although internet
is available.
I tried to uninstall syncevolution and deleted all directories
I could find with "find / -name syncevolution" as well. Then
Then I reinstalled and resetup my account but it failed again.
The Funambol account is OK since Thunderbird can sync with it.
Does someone has a solution for this?
Regards, Kyros
11 years, 7 months
[SyncEvolution] Syncing multiple calendars on SyncEvolution server side
by John Dykstra
I'm trying to configure the SyncEvolution server to replace the service
I was getting from ScheduleWorld. I've run into a problem that's not
covered by the HOWTO.
I have multiple Evolution calendars and todo lists. With ScheduleWorld,
I configured my clients so that each calendar/todo category had its own
context. Each context had a unique deviceID, and then within that
context's configuration, I specified the category in the evolutionsource
property.
On the server side, that translates to multiple peers per client, one
for each category.
I've been trying to use the Evolution databases as the backing store on
the server side. However, I'm running into problems specifying the
evolutionsource property. It appears that evolutionsource can only be
specified in the default/sources directory, and is ignored if I specify
it in the peers/foo/sources directory.
I tried making each category a different context (on the server side),
but it appears that SE only finds device IDs that are within
default/peers.
Is there a way that I can configure the server so that it uses the
Evolution database? If not, will the filesystem database allow me to do
what I need?
-- John
11 years, 7 months