Hello!
Since merging the Akonadi code, I focused on stabilizing and testing in
preparation for 1.1.99.4. I wanted to get a new update out this week;
unfortunately I am not yet ready to include Akonadi in the binaries or
the nightly testing.
Here are the details:
* I re-did the vCard extensions to avoid affecting non-Akonadi
syncs. Dinesh, please review the commit and re-test with
Akonadi. So far I only verified that the existing nightly
testing continues as it did before the merge.
* I fixed various other, minor build issues.
* I updated the reference build platform from Ubuntu Hardy 8.04 to
Ubuntu Lucid 10.04. Both are long-term support releases. The
advantage is that 10.04 contains a recent enough Akonadi; on
8.04 the code didn't compile cleanly. So theoretically,
syncevolution.org binaries can now be built including EDS and
Akonadi support.
Open issues:
* When KDE is active, crashes are caught by KApplication, which
leads to a GUI dialog about reporting the crash. This might be
useful, but where does it report the problem to? Can this be
disabled if it turns out to be not so useful?
* If both Akonadi and EDS are enabled and installed, which backend
does "backend = addressbook/calendar/todo/memo" choose? Both EDS
and Akonadi backends recognize such generic names. The original
goal was to let the person compiling SyncEvolution decide (by
only enabling the desired backend) or the user (by installing
only the right backend). The latter depends on packaging
backends separately, which is not currently done for
syncevolution.org binaries. There is only
"syncevolution-evolution".
Note that I had always intentionally added the -evolution suffix to
denote the package for EDS. I could try to create "syncevolution" core,
"syncevolution-evolution" and "syncevolution-kde". Not sure how easy
that is. Either way, I would prefer and additional solution:
* Introduce a SyncConfig::isPlatform(type) with type ==
GNOME/KDE/... plus possibly other values.
* EDS backends only react to generic names if platform == GNOME.
* Akonadi only if platform == KDE.
* The check itself can be based on the KDE env variable, at the
moment. If not set, assume GNOME.
* The KWallet check also needs to use isPlatform().
Later on we can make isPlatform() more sophisticated and even
configurable via a global config option.
Dinesh, can you prepare and test a patch for these issues?
About testing Akonadi sources, should this be based on Ovi or some of
the more mainstream servers, like Memotoo? In my testing with Ovi, I had
quite a lot of problems with network errors and timeouts.
Essentially we'll have to run EDS<->server and Akonadi<->server tests
independently of each other. That a server works well with EDS is no
guarantee that it'll work equally well with Akonadi: for simple tests
not involving specific data, it shouldn't matter, but in particular for
testItems it matters a lot. For that test, we also need KDE specific
test cases.
ical20.ics might be identical for KDE and EDS, but vcard30.vcf is
definitely EDS specific. Dinesh, can you provide a corresponding file
for KDE?
--
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.
_______________________________________________
SyncEvolution mailing list
[email protected]
http://lists.syncevolution.org/listinfo/syncevolution
