[Bug 684] New: SyncML Server Interoperability
by bugzilla＠meego.com
http://bugzilla.meego.com/show_bug.cgi?id=684
Summary: SyncML Server Interoperability
Classification: MeeGo Projects
Product: SyncEvolution
Version: unspecified
Platform: Netbook
OS/Version: IA
Status: NEW
Severity: enhancement
Priority: Undecided
Component: SyncML
AssignedTo: syncevolution-bugs(a)meego.bugs
ReportedBy: jingke.zhang(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution-bugs(a)meego.bugs,
syncevolution-syncml-bugs(a)meego.bugs
Estimated Hours: 0.0
This is from http://bugzilla.moblin.org/show_bug.cgi?id=3593
This is a meta-issue which is used to summarize and track which servers we test
with.
The criteria for listing a SyncML service provider in the UI are:
* users must be able to get an account and
some kind of support from the operator
* we need permanent test accounts
* we'd like to have a technical contact for resolving issues
* must work well enough (admittedly a bit fuzzy)
Server configurations which fail one of these criteria can still
be added to SyncEvolution and might even be tested regularly, but
are not officially supported.
Service providers (could be listed in the sync UI):
* ScheduleWorld: fully supports the Evolution PIM data;
we have good support by service provider
* Funambol: working for contacts, checking calendar sync in more
detail right now; Funambol a bit unresponsive when it comes to
technical questions
* Google: basically works, needs detailed testing; we have a
technical contact with decent responsiveness
* ZYB.com (aka Vodafone): basically works, needs more testing;
very supportive contact
* mobical.net: basically works, needs more testing; very
unresponsive contact
* Memotoo.com: at the end of the list, not currently being tested;
admin used to be very supportive a year ago
* AOL: nothing at all right now
* OVI.com: Nokia's suite of web services includes SyncML support;
nothing done so far
* T-Mobile's Mobile Address Book: SyncML contact sync; nothing done so
far
Server configurations:
* Synthesis: full support for SyncML and thus very useful for testing,
but not a generally available service operator; excellent support by
vendor
------- Comment #1 From pohly 2009-08-25 08:30:45 PST (-) [reply] -------
There's clearly a demand by users for syncing with Memotoo (bug #5632, bug
#5633). Let's add it (bug #5635).
------- Comment #2 From pohly 2009-11-04 06:29:29 PST (-) [reply] -------
Some more servers that our users have asked about:
* Oracle Beehive: BMO#7804
* O3SIS: BMO#7805
We still have some issues with Funambol that are under investigation: BMO#7806
--
Configure bugmail: http://bugzilla.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
You are watching someone on the CC list of the bug.
12 years, 5 months
[Bug 683] New: additional information about sync sessions
by bugzilla＠meego.com
http://bugzilla.meego.com/show_bug.cgi?id=683
Summary: additional information about sync sessions
Classification: MeeGo Projects
Product: SyncEvolution
Version: unspecified
Platform: Netbook
OS/Version: IA
Status: ASSIGNED
Severity: enhancement
Priority: Low
Component: SyncEvolution
AssignedTo: syncevolution-bugs(a)meego.bugs
ReportedBy: jingke.zhang(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution-bugs(a)meego.bugs,
syncevolution-default-bugs(a)meego.bugs
Estimated Hours: 0.0
This is from http://bugzilla.moblin.org/show_bug.cgi?id=3478
Information that I could image would be useful, but isn't available yet:
* session and/or source was suspended (isResumeSync() only shows whether the
sync resumed a suspended sync)
* local changes available (would require actively checking the local databases)
------- Comment #1 From pohly 2009-08-04 07:29:24 PST (-) [reply] -------
(In reply to comment #0)
> Information that I could image would be useful, but isn't available yet:
> * session and/or source was suspended (isResumeSync() only shows whether the
> sync resumed a suspended sync)
Still needs to be added.
> * local changes available (would require actively checking the local databases)
Done, via additional EvolutionSyncSource::checkStatus() call.
--
Configure bugmail: http://bugzilla.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
You are watching someone on the CC list of the bug.
12 years, 5 months
[Bug 682] New: check libsynthesis and SyncEvolution with Klocwork
by bugzilla＠meego.com
http://bugzilla.meego.com/show_bug.cgi?id=682
Summary: check libsynthesis and SyncEvolution with Klocwork
Classification: MeeGo Projects
Product: SyncEvolution
Version: unspecified
Platform: Netbook
OS/Version: IA
Status: ASSIGNED
Severity: enhancement
Priority: Low
Component: SyncEvolution
AssignedTo: syncevolution-bugs(a)meego.bugs
ReportedBy: jingke.zhang(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution-bugs(a)meego.bugs,
syncevolution-default-bugs(a)meego.bugs
Estimated Hours: 0.0
This is from http://bugzilla.moblin.org/show_bug.cgi?id=3476
At Intel we have access to the static code analysis tool Klocwork. I found
Klocwork to be very useful. It nicely complements run-time error checking with
valgrind.
There are some concerns that using a closed source tool in an open source
project isn't fair to the community because they don't have access to it. I
agree to some extend: it's not fair to complain to someone about warnings that
he couldn't have found without access to the tool.
Some people reject closed source tools based on principles.
But I think improving the code quality by developing patches with the help of
such a tool is fair game. Synthesis would very much appreciate it if we did
that.
Klocwork works best if integrated into the development process, in other words,
is used regularly. It does produce false positives which have to be identified
once, but only once when reusing the same Klocwork setup.
Perhaps this is something to be integrated into the nightly testing which I
intend to set up on an Intel-internal server.
--
Configure bugmail: http://bugzilla.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
You are watching someone on the CC list of the bug.
12 years, 5 months
[Bug 681] New: avoid global variables in SyncEvolution
by bugzilla＠meego.com
http://bugzilla.meego.com/show_bug.cgi?id=681
Summary: avoid global variables in SyncEvolution
Classification: MeeGo Projects
Product: SyncEvolution
Version: unspecified
Platform: Netbook
OS/Version: IA
Status: ASSIGNED
Severity: enhancement
Priority: Low
Component: SyncEvolution
AssignedTo: syncevolution-bugs(a)meego.bugs
ReportedBy: jingke.zhang(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution-bugs(a)meego.bugs,
syncevolution-default-bugs(a)meego.bugs
Estimated Hours: 0.0
This is from http://bugzilla.moblin.org/show_bug.cgi?id=3475
There's currently one global instance of EvolutionSyncClient. This is needed
for logging and for context information that cannot be passed from the sync
client through the Synthesis engine into the DB layer and from there to sync
sources.
At some point we might have multiple concurrent syncs running in the same
process. In that case the global variable has to go away. Could be replaced
with thread-local storage.
--
Configure bugmail: http://bugzilla.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
You are watching someone on the CC list of the bug.
12 years, 5 months
[Bug 680] New: libsynthesis + vCard: better modeling of properties (X-AIM/MSN/...)
by bugzilla＠meego.com
http://bugzilla.meego.com/show_bug.cgi?id=680
Summary: libsynthesis + vCard: better modeling of properties
(X-AIM/MSN/...)
Classification: MeeGo Projects
Product: SyncEvolution
Version: unspecified
Platform: Netbook
OS/Version: IA
Status: ASSIGNED
Severity: enhancement
Priority: Low
Component: SyncEvolution
AssignedTo: syncevolution-bugs(a)meego.bugs
ReportedBy: jingke.zhang(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution-bugs(a)meego.bugs,
syncevolution-default-bugs(a)meego.bugs
Estimated Hours: 0.0
This is from http://bugzilla.moblin.org/show_bug.cgi?id=3473
This issue is about an improvement of how certain vCard properties are defined
in syncevolution.xml.
Contact chat information should be stored in one field, an array of strings and
one related array with flags that describe what the string is (AIM, MSN, etc.
handle). This has to map to different properties (X-AIM/MSN/...). Currently the
Synthesis engine does not support such a mapping.
URLs are another example (URL, FBURL, CALURL).
Commit dc3944d72226a1e47a409644b07f3c6ee9db1adc "vcard: added support for
missing properties/parameters" solves this by using many different fields. It
would be nice to improve this, but that'll require improvements in the
Synthesis engine. Below a copy of an email discussion with Lukas about this:
From: Lukas Zeller <luz(a)synthesis.ch>
To: Ohly, Patrick <patrick.ohly(a)intel.com>
Cc: Beat Forster <bfo(a)synthesis.ch>, Kukkonen, Jussi
<jussi.kukkonen(a)intel.com>
Subject: Re: data modelling
Date: Fri, 20 Mar 2009 22:26:09 +0000 (23:26 CET)
Hi Patrick,
On Mar 20, 2009, at 16:12 , Patrick Ohly wrote:
> Hmm, is it possible that "hasnot" is only used while parsing?
Yes. It took me a while to recollect the explanation why:
This is because the "has" and "hasnot" mechanism is separate from the parameter
value, you can't mix both. Either a parameter <enum> is "name extending" or it
is a real value. Real values are converted and stored as attributes to the main
value (the URL in your case). Name extending values serve to do the opposite of
what you wanted to do - they are to *dispatch* incoming values of the same
property into different internal fields (like WEB_HOME, WEB_WORK etc.).
So "has" and "hasnot" are not using the value that might be stored for that
parameter AT ALL. The generator just iterates through all defined <position>s,
and generates ALL available instances for each of them, while using the values
referenced by "has" and "shows" as parameter value.
You tried the opposite - *collect* incoming data from multiple properties into
a single array (and dispatch on generation). For that, you'd need each of the
properties involved to "tag" their data when parsing and check the "tag" when
generating.
I think this is a separate thing, and should be handled separately.
My suggestion would be adding a completely separate feature as <tag field="..."
value="..." conversion="..." combine="...">.
This would simply set a predefined value into a field at the time the property
is parsed, otherwise following the same rules as the actual property value
itself. When generating, the value would be checked, and only if it matches for
a given repetition the property would be generated.
So your config would look like (bit 5 now used as flag to denote a regular web
URL):
<property name="URL">
<value field="WEB"/>
<tag field="WEB_FLAGS" value="B5" conversion="multimix"/>
<parameter name="TYPE" default="yes" positional="no" show="yes">
<value field="WEB_FLAGS" conversion="multimix" combine=",">
<enum name="HOME" value="B0"/>
<enum name="WORK" value="B1"/>
<enum mode="ignore" value="B2"/> <!-- OTHER -->
<enum name="PREF" value="B3"/>
<enum mode="ignore" name="X-BLOG-URL" value="B4"/>
</value>
<position field="WEB" repeat="array" increment="1" minshow="1"
readonly="yes"/>
</parameter>
</property>
<property name="X-EVOLUTION-BLOG-URL">
<value field="WEB"/>
<tag field="WEB_FLAGS" value="B4" conversion="multimix"/>
<position field="WEB" repeat="array" increment="1" minshow="1"
readonly="yes"/>
<parameter name="TYPE" default="yes" positional="no" show="yes">
<value field="WEB_FLAGS" conversion="multimix" combine=",">
<enum name="HOME" value="B0"/>
<enum name="WORK" value="B1"/>
<enum mode="ignore" value="B2"/> <!-- OTHER -->
<enum name="PREF" value="B3"/>
</value>
</parameter>
<position field="WEB" repeat="array" increment="1" minshow="1"/>
</property>
Writing this email took around two hours, as I had three other ideas that
turned out, when trying to write them down, either messy or simply not working.
I hope this one is now ok...
Thinking of it, I realize that that it is very similar to what <subprofile
field="foo" value="bar" ...> already has, only a bit more general. If we decide
to implement that, it could be a good idea to completely generalize the concept
for all levels and allow <tag ...> to appear not only in <property>, but also
in <subprofile> and <parameter>. The old <subprofile ....> syntax could
internally be mapped onto a tag for backwards compatibility.
--
Configure bugmail: http://bugzilla.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
You are watching someone on the CC list of the bug.
12 years, 5 months
[Bug 7913] New: syncevolution.org binaries + Fedora Core 11 + libpcre.so.3
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=7913
Summary: syncevolution.org binaries + Fedora Core 11 +
libpcre.so.3
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: ASSIGNED
Severity: normal
Priority: P2
Component: *Feature Request
AssignedTo: syncevolution(a)lists.intel.com
ReportedBy: patrick.ohly(a)intel.com
CC: syncevolution(a)lists.intel.com
The binaries are compiled on Ubuntu Hardy, using libpcre.so.3, from the pcre
source version 7.4. On Fedora Core 11, the library has a different so version.
As a workaround, creating a symlink seems to work:
sudo ln -s libpcre.so.0 /lib/libpcre.so.3
libsynthesis links againt libpcre.so.3. That library might not be needed at all
in the way how SyncEvolution uses libsynthesis, so for the packages on
syncevolution.org we could compile libsynthesis without regular expression
support and thus avoid this problem completely. Must be configurable via
"configure".
--
Configure bugmail: http://bugzilla.moblin.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
You are watching someone on the CC list of the bug.
12 years, 5 months