syncevolution --restore
/home/suyog/.cache/syncevolution/virus-2010-07-28-01-13 --before --dry-run
nokias60 memo
Please don’t use the ‘—dry-run’ option to restore . This option is used to try
the command without doing any changes. This command will restore the data
stored in that directory
Ok, no other comments. Please do.
Cheers,
Yongsheng
-Original Message-
From: Ohly, Patrick
Sent: Tuesday, June 29, 2010 7:39 PM
To: Zhu, Yongsheng
Cc: SyncEvolution
Subject: RE: [SyncEvolution] new backends: QtContacts, KCalExtended
On Tue, 2010-06-29 at 07:53 +0100, Zhu
a last modified value. Ignore this contact.
if (luid == 2147483647
Cheers,
Yongsheng
-Original Message-
From: syncevolution-boun...@syncevolution.org
[mailto:syncevolution-boun...@syncevolution.org] On Behalf Of Zhu,
Yongsheng
Sent: Sunday, June 27, 2010 11:53 AM
But I'd like to merge the code into the master branch anyway.
Yongsheng, can you do a normal code review of the pohly branch
(contains the some unrelated fixes for master) and a quick check of the
qt branch (based on pohly, contains the new backends)?
Patrick, I'll do that.
Cheers,
Yongsheng
: Ohly, Patrick
Sent: Saturday, June 12, 2010 12:57 AM
To: Zhu, Yongsheng
Cc: SyncEvolution
Subject: Re: [SyncEvolution] new command line options: import/export
On Fri, 2010-06-11 at 07:36 +0100, Patrick Ohly wrote:
On Fri, 2010-06-11 at 04:22 +0100, Zhu, Yongsheng wrote:
Yeah, this idea
Hi, Thomas
Our nightly results show us that in 'refresh-from-client' mode, if a client
doesn't have any data and initiates a sync with empty data, server won't wipe
out its data. Is this your expected behavior? Thanks.
Regards,
Yongsheng
___
: Thursday, April 08, 2010 12:47 PM
To: Ohly, Patrick; Zhu, Yongsheng; syncevolution@syncevolution.org
Subject: Re: [SyncEvolution] syncevolution --daemon=yes/no (was: RE: Alarms in
the calendar: Evolution vs. vcal)
On Thu, Apr 08, 2010 at 06:41:56 +0200, Tino Keitel wrote:
On Wed, Apr 07, 2010
+syncevolut...@tikei.de]
Sent: Wednesday, April 07, 2010 5:37 AM
To: Zhu, Yongsheng
Cc: Ohly, Patrick; syncevolution@syncevolution.org
Subject: Re: [SyncEvolution] Alarms in the calendar: Evolution vs. vcal
On Fri, Apr 02, 2010 at 09:12:27 +0800, Zhu, Yongsheng wrote:
with the DESCRIPTION set
Keitel
Cc: Zhu, Yongsheng; syncevolution@syncevolution.org
Subject: Re: [SyncEvolution] Alarms in the calendar: Evolution vs. vcal
On Thu, 2010-04-01 at 16:18 +0100, Tino Keitel wrote:
On Thu, Apr 01, 2010 at 15:57:53 +0800, Zhu, Yongsheng wrote:
Hi, Tino
I can verify your finding. Below
Your comment about syncevo-dbus-server being compiled, but not installed
implies that the default should better do a runtime check, something
like:
--use-daemon[=yes/no] run operations in cooperation with the
background sync daemon; enabled by default if
I think maybe I misunderstand Patrick.
Your comment about syncevo-dbus-server being compiled, but not installed
implies that the default should better do a runtime check, something
like:
--use-daemon[=yes/no] run operations in cooperation with the
background
Hi, all
I'm working on automatic sync. One of scenario is to track changes of backends
and do automatic sync.
So we need define APIs for this. See below.
// a listener to listen to changes of backend
class SyncSourceListener {
public:
/** itemAdded is a callback when an item is newly added by
: Zhu, Yongsheng
Sent: Friday, January 22, 2010 9:49 AM
To: Bommaraju, Rajyalakshmi; syncevolution@syncevolution.org
Cc: Zhu, Yongsheng
Subject: RE: Running TestCases
Hi, Raji
The 'CLIENT_TEST_SERVER' should be 'scheduleworld' not 'scheduleword1'.
Commonly, a client-test needs
2 configs
Ok for me. please go forward.
Cheers,
Yongsheng
-Original Message-
From: syncevolution-boun...@syncevolution.org
[mailto:syncevolution-boun...@syncevolution.org] On Behalf Of Chen, Congwu
Sent: Wednesday, January 06, 2010 1:25 PM
To: Chen, Congwu; Ove Kaaven
Cc: SyncEvolution
Merged. Thanks.
Cheers,
Yongsheng
From: Chen, Congwu
Sent: Tuesday, December 29, 2009 9:27 AM
To: Zhu, Yongsheng
Cc: SyncEvolution
Subject: RE: please review my branch 'yongsheng'
No problem, please merge
Best Regards,
Congwu
From: Zhu, Yongsheng
Sent: Monday, December 28, 2009 3:01 PM
Congwu,
There are 2 patches for improvements of MB#8116 and unit tests. Please help
review them.
Regards,
Yongsheng
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
http://lists.syncevolution.org/listinfo/syncevolution
Hi, Björn
Our nightly test shows that this property in 'todo' is lost by mobical server
these days. Could you please have a check?
Client_Sync_itodo20_testCopy.A.test.dat |
Client_Sync_itodo20_testCopy.B.test.dat
only in left file only in right file
I see I get backup identifiers from the sync reports. Can I expect that
I can then just call a Session restore method with that identifier and
list of sources I want to restore or is there something more
complicated? I assume there will be status signals. Anything else?
I think no. we don't
Sorry, I maybe miss it. I'll assign this bug entry to help me track this issue.
Jussi, I'll discuss it in this bug entry and give some my thinking.
Cheers,
Yongsheng
-Original Message-
From: Ohly, Patrick
Sent: Friday, December 11, 2009 3:19 PM
To: Zhu, Yongsheng
Cc: Jussi Kukkonen
I expected the order of reports to be from youngest to oldest. I'm
pretty sure I wrote that in the docs originally, but it's not there now.
I still think that order would make sense.
Yes, definitely. If it is neither in the spec nor the documentation,
then we need to add that. Yongsheng
are ready on the branch 'yongsheng'. Please help review them.
Cheers,
Yongsheng
-Original Message-
From: Ohly, Patrick
Sent: Tuesday, December 01, 2009 5:17 PM
To: Zhu, Yongsheng
Cc: SyncEvolution
Subject: RE: [SyncEvolution] Test cases design for DBus server: Status and
Progress
prefer write independently to make us
easy to track
these failures and regressions in future
Cheers,
Yongsheng
-Original Message-
From: Ohly, Patrick
Sent: Friday, November 27, 2009 6:11 PM
To: Zhu, Yongsheng
Cc: SyncEvolution
Subject: Re: Test cases design for DBus server: Status
, Patrick
Sent: Thursday, October 15, 2009 5:00 PM
To: Zhu, Yongsheng
Cc: syncevolut...@lists.intel.com
Subject: RE: SyncML Tests 2009-10-14 23-20: head-evolution-testing
On Thu, 2009-10-15 at 09:17 +0100, Zhu, Yongsheng wrote:
Hi, all
Regressions of Funambol and Mobical are not real
Yes, make sense. Thanks.
Cheers,
Yongsheng
-Original Message-
From: Ohly, Patrick
Sent: Wednesday, October 14, 2009 3:09 PM
To: Zhu, Yongsheng
Cc: SyncEvolution
Subject: RE: [SyncEvolution] gdbus-cxx and methods in base classes
On Wed, 2009-10-14 at 04:29 +0100, Zhu, Yongsheng wrote
/protected inheritance which might make code structure
clear.
Cheers,
Yongsheng
-Original Message-
From: Ohly, Patrick
Sent: Tuesday, October 13, 2009 4:00 AM
To: Zhu, Yongsheng
Cc: SyncEvolution
Subject: Re: [SyncEvolution] gdbus-cxx and methods in base classes
On Thu, 2009-10-08 at 17:33
Next, I'll implement timeout mechanism for sending progress signals and 'abort,
suspend, CTRL-C handling' to new dbus server.
Cheers,
Yongsheng
-Original Message-
From: syncevolution-boun...@syncevolution.org
[mailto:syncevolution-boun...@syncevolution.org] On Behalf Of Zhu, Yongsheng
Another thing is the network port in the syncML URL. I found the error info
shows
the URL with a default port but the configuration set shows the sync URL with a
port ''.
Could you please have a check?
Cheers,
Yongsheng
-Original Message-
From:
Discussion ongoing on the list, reminder in Bugzilla: #6378
Together with implementation of DBus API, I'd like to take over this and
discuss issues of design and implemenation with you.
Is it ok?
Cheers,
Yongsheng
-Original Message-
From: syncevolution-boun...@syncevolution.org
, Yongsheng
Cc: SyncEvolution
Subject: RE: [SyncEvolution] D-Bus API: availability of local sources (was:
syncevo-dbus-server implementation)
On Thu, 2009-09-24 at 06:37 +0100, Zhu, Yongsheng wrote:
name of the source configuration which defines
the backend (type property
discussion for this. But firstly I think we could open
a bug entry to track this issue.
Cheers,
Yongsheng
-Original Message-
From: Ohly, Patrick
Sent: Wednesday, September 23, 2009 3:09 PM
To: Zhu, Yongsheng
Cc: Jussi Kukkonen; SyncEvolution
Subject: RE: D-Bus API: availability of local
Hi,
Currently the type of argument 'sync reports' is 'aa{ss}'. And in C++, we use
'std::vectorstd::mapstd::string, std::string ' to represent this dbus type.
I wonder whether there are some reasons to use 'string' as type of key and
value in map.
To get report, three enum values are provided
allow us to bind arbitrary functions, not just class members.
How to find the method? Could you please explain it in more detail?
Cheers,
Yongsheng
-Original Message-
From: Ohly, Patrick
Sent: Monday, September 21, 2009 3:27 PM
To: Zhu, Yongsheng
Cc: SyncEvolution
Subject: RE: [SyncEvolution
I gave this a try and think it should work - except that g++ 4.3 and 4.4
crash when the type case is enabled in methodFunction2.
Without that line, the code compiles. Darn. If anyone has an idea how to make
this work
with existing compilers, feel free to help me out.
This should be a
Ok, I'll have a look at it.
Cheers,
Yongsheng
-Original Message-
From: Ohly, Patrick
Sent: Wednesday, September 16, 2009 8:32 PM
To: Zhu, Yongsheng
Cc: SyncEvolution
Subject: Re: [SyncEvolution] desktop platform dependencies in
syncevo-dbus-server: keyring, network monitoring
On Wed
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
The missing parts are all marked with TODO comments in
syncevo-dbus-server.cpp. Yongsheng, I suggest that we fill in these
blanks together. You can start with the get/set config methods, then
pick some of the other missing pieces. Ping me via chat or email first
so that we don't start working on
Isn't loglevel 4 included in loglevel 10 I used ?
It is included. Does it still have no ‘*.xml’ outputs?
Cheers,
Yongsheng
From: chen [mailto:c...@webologix.com]
Sent: Saturday, September 12, 2009 5:06 PM
To: Zhu, Yongsheng; Chen, Congwu; syncevolution@syncevolution.org
Subject: RE
Therefore I suggest that we change our configuration layout. Instead of
a server configuration directory, we start with a host
configuration (better names welcome!).
I'd like to use 'global configuration' or something else since it may
not only be 'host's settings'.
Finally, the instructions
Yongsheng, if you want to, feel free to have a stab at
implementing the body of these functions.
Ok, I'll implement them.
Cheers,
Yongsheng
-Original Message-
From: syncevolution-boun...@syncevolution.org
[mailto:syncevolution-boun...@syncevolution.org] On Behalf Of Patrick Ohly
Patrick,
That is a good idea to control access of server config for multiple clients. I
have some questions.
I therefore suggest that we model the new API and implementation around
locking of a server configuration. Each lock request creates
a org.syncevolution.sync interface instance on
Working on remaining issues of Mobical.net interoperability test(bug#3009).
Almost done except comment#41 for this fix is needed to be further verified.
All fixes and workarounds are submitted to a branch and waiting to merge to
master. Also there is a bug in libsynthesis and the fix is waiting
Working on bug #4598 (Funambol company phone issue)and #3009(Mobical.net
interoperability test)
1) Worked with Patrick and Mafulli from funambol. The root cause is found
and patch was sent to funambol.
2) Start to make fixes and workarounds for issues in contacts, notes,
tasks of
42 matches
Mail list logo