On Tue, 2009-09-15 at 02:46 +0100, Zhu, Yongsheng wrote:
In the new scheme, there is only one
calendar/config.ini:evolutionSource, so the second invocation of
syncevolution changes the local data accessed by the normal
scheduleworld config, which is both unexpected and (in this special
Adding a wiki page for this, I will update the page regarding the
interoperability section when more tests have been done.
http://opensource.intel.com/linux-wiki/moblin/DataSynchronization/libsyncml%2BObex
Copy it here for the public list:
While adding obex support for SyncEvolution, we are
On Mon, 2009-09-14 at 04:49 +0100, Thierry Chen wrote:
Patrick Ohly patrick.o...@intel.com a écrit :
On Sat, 2009-09-12 at 10:03 +0100, chen wrote:
opening calendar: Unknown error
That's a local EDS problem. Can you check that syncevolution without
parameters lists a calendar? Can
Am Freitag, den 11.09.2009, 20:38 +0200 schrieb Patrick Ohly:
In issue 3604 command line: use
keyring (http://bugzilla.moblin.org/show_bug.cgi?id=3604) we debated
whether and where we can depend on desktop platform specific technology
like the GNOME keyring.
My position was (and still is)
On Tue, 2009-09-15 at 16:04 +0100, Frederik Elwert wrote:
Am Freitag, den 11.09.2009, 20:38 +0200 schrieb Patrick Ohly:
# Controls password storage. Changing this setting does not
# move the passwords themselves, which has to be done manually.
#
# config - store passwords in the
My position was (and still is) that the core SyncEvolution shouldn't be
dependent of something like this if we can avoid it. The result was that
users of libsyncevolution (the UI) must provide methods to read and
write passwords outside of the core configuration.
I entirely agree with you at
Thanks Lukas, I will conduct test and let you know the results.
Thanks,
Chen,Congwu
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
http://lists.syncevolution.org/listinfo/syncevolution
http://bugzilla.moblin.org/show_bug.cgi?id=5635
--- Comment #17 from yongsheng zhu yongsheng@intel.com 2009-09-15
02:37:51 ---
(In reply to comment #16)
(In reply to comment #15)
Since there are some minor remaining issues of server, Patrick, could you
review and merge the branch
http://bugzilla.moblin.org/show_bug.cgi?id=5635
--- Comment #18 from Thomas Pequet webmas...@memotoo.com 2009-09-15 04:47:08
---
Memo:
'' in the plain is converted into lt;. It should be an parser issue.
OK now(In reply to comment #13)
-- For the string =3D0D=3D0A in the property,
http://bugzilla.moblin.org/show_bug.cgi?id=3604
--- Comment #26 from pohly patrick.o...@intel.com 2009-09-15 04:53:18 ---
(In reply to comment #20)
There's another issue here: properties can be added by backends dynamically.
Therefore the list of passwords that the UI's savePassword() is
http://bugzilla.moblin.org/show_bug.cgi?id=3427
pohly patrick.o...@intel.com changed:
What|Removed |Added
Summary|poor usability with network |poor usability with network
http://bugzilla.moblin.org/show_bug.cgi?id=6127
Summary: workaround for 200 vs 201 status codes
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: ASSIGNED
http://bugzilla.moblin.org/show_bug.cgi?id=6127
pohly patrick.o...@intel.com changed:
What|Removed |Added
Summary|workaround for 200 vs 201 |workaround for 200 vs 201
http://bugzilla.moblin.org/show_bug.cgi?id=3427
--- Comment #23 from Chen Congwu congwu.c...@intel.com 2009-09-15 21:42:16
---
(In reply to comment #22)
The workaround for the endless Alert 222 loop has been merged by Synthesis and
is in our master branch.
Congwu, can you enable the
14 matches
Mail list logo