Menu
▾
▴
opensync-devel
|
From: Emanoil K. <del...@ya...> - 2010-09-16 18:27:57
|
hi,
I had a good progress and now discover is working at 100%. However the tricky sync part is still an issue, but I think one would like to have a look. So what about this svn access?
regards
|
|
From: Björn R. <bjo...@go...> - 2010-09-16 18:42:03
|
Daniel, could you create an akonadi-sync plugin directory? I really would like to look at the code :-) Thanks in advance! Am 16.09.2010 um 20:27 schrieb Emanoil Kotsev: > hi, > > I had a good progress and now discover is working at 100%. However the tricky sync part is still an issue, but I think one would like to have a look. So what about this svn access? > > regards |
|
From: Emanoil K. <del...@ya...> - 2010-09-16 20:46:57
|
yes, please,
I have a very interesting messages in the trace which is beyond my knowledge ATM. I'm working on the actual data sync now, but it looks like I would need some more time.
The thing is to get the actual handling of the changes to work.
[1284668404.196505] <<<<<<< osync_archive_create_changes
[1284668404.196530] >>>>>>> osync_db_query(0x2329e90, DELETE FROM tbl_changes W
HERE objtype='contact', 0x7f9913621cf8)
[1284668404.196616] <<<<<<< osync_db_query
[1284668404.196639] <<<<<<< osync_archive_flush_changes
[1284668404.196660] <<<<<<< osync_mapping_table_flush
...
...
...
[1284668404.201398] <<<<<<< osync_archive_create_changelog
[1284668404.201423] >>>>>>> osync_db_query_table(0x2329e90, SELECT memberid, ma
ppingid, changetype FROM tbl_changelog WHERE objtype='todo' ORDER BY mappingid, 0x7f9913621cf8)
[1284668404.201539] <<<<<<< osync_db_query_table: (nil)
[1284668404.201575] >>>>>>> osync_db_free_list((nil))
[1284668404.201596] <<<<<<< osync_db_free_list
[1284668404.201616] <<<<<<< osync_archive_load_ignored_conflicts
[1284668404.201636] <<<<<<< _inject_changelog_entries
[1284668404.201656] <<<<<<< osync_obj_engine_initialize
[1284668404.201677] >>>>>>> osync_obj_engine_command(0x24e7600:todo, CONNECTED, 0x7f9913621cf8)
[1284668404.201699] >>>>>>> osync_client_proxy_connect(0x247ca00, 0x7f9928d60630, 0x7f990c000d2
0, todo, 1, 0x7f9913621cf8)
[1284668404.201725] >>>>>>> osync_queue_send_message_with_timeout(0x24d9230, 0x24d8140,
0x7f990c002370, 30, 0x7f9913621cf8)
[1284668404.201748] Setting id -8041691830782491556 for pending reply
[1284668404.201789] <<<<<<< osync_queue_send_message_with_timeout
[1284668404.201812] <<<<<<< osync_client_proxy_connect
[1284668404.201833] >>>>>>> osync_client_proxy_connect(0x24d88f0, 0x7f9928d60630, 0x7f990c000d5
0, todo, 1, 0x7f9913621cf8)
[1284668404.201857] >>>>>>> osync_queue_send_message_with_timeout(0x24dea00, 0x24deda0,
0x7f990c0024d0, 30, 0x7f9913621cf8)
[1284668404.201880] Setting id -8041691830773854619 for pending reply
[1284668404.201944] <<<<<<< osync_queue_send_message_with_timeout
[1284668404.201968] <<<<<<< osync_client_proxy_connect
[1284668404.201988] <<<<<<< osync_obj_engine_command
[1284668404.202009] <<<<<<< osync_engine_command
[1284668404.202029] <<<<<<< _command_dispatch: Done dispatching
[1284668404.203127] >>>>>>> _incoming_dispatch(0x24d8140)
[1284668404.203157] queue->pendingCount = 5, queue->pendingLimit = 0
[1284668404.203180] Dispatching 0x24e6ae0:22(OSYNC_MESSAGE_QUEUE_HUP), timeout=0, id=0
[1284668404.203216] >>>>>>> _osync_client_proxy_message_handler(0x24e6ae0, 0x247ca00)
[1284668404.203237] proxy received command 22
[1284668404.203258] <<<<<<< _osync_client_proxy_message_handler
[1284668404.203280] Dispatching 0x24e8ae0:12(OSYNC_MESSAGE_ERRORREPLY), timeout=0, id=-8041691834889726164
[1284668404.203302] >>>>>>> _osync_queue_remove_pending_reply(0x24d8140, 0x24e8ae0, 1)
[1284668404.203323] Searching for pending message id=-8041691834889726164
[1284668404.203344] Found pending message id=-8041691834889726164: 0x24e6c10
[1284668404.203365] >>>>>>> _osync_client_proxy_connect_handler(0x24e8ae0, 0x24e6e90)
[1284668404.203389] ERROR: Broken Pipe
[1284668404.203426] >>>>>>> _osync_engine_connect_callback(0x247ca00, 0x23124d0, 0, 0x7f990c002
3c0)
[1284668404.203456] >>>>>>> osync_status_update_member(0x23124d0, 0x21713d0, 3, (null),
0x7f990c0023c0)
[1284668404.203482] >>>>>>> member_status(0x7f990c002810, (nil))
[1284668404.203526] <<<<<<< member_status
[1284668404.203548] <<<<<<< osync_status_update_member
[1284668404.203649] <<<<<<< _osync_engine_connect_callback
[1284668404.203671] <<<<<<< _osync_client_proxy_connect_handler
[1284668404.203691] <<<<<<< _osync_queue_remove_pending_reply
[1284668404.203714] Dispatching 0x24e7aa0:12(OSYNC_MESSAGE_ERRORREPLY), timeout=0, id=-8041691834889726164
[1284668404.203736] >>>>>>> _osync_queue_remove_pending_reply(0x24d8140, 0x24e7aa0, 1)
[1284668404.203756] Searching for pending message id=-8041691834889726164
[1284668404.203777] <<<<<<< _osync_queue_remove_pending_reply
|
|
From: Chris F. <cd...@fo...> - 2010-09-17 05:45:04
|
On Thu, Sep 16, 2010 at 01:46:51PM -0700, Emanoil Kotsev wrote:
> [1284668404.203389] ERROR: Broken Pipe
Hi Emanoil,
This usually means one of the plugins crashed. Make sure to turn on
core dumps, be sure to set your plugin to run as a process, and then
it is usually something like this to get a backtrace:
gdb /path/to/osplugin core
You can set to run as process with a patch like this in your
get_sync_info() function:
@@ -220,6 +220,7 @@ osync_bool get_sync_info(OSyncPluginEnv *env, OSyncError **error)
osync_plugin_set_initialize(plugin, evo2_initialize);
osync_plugin_set_finalize(plugin, evo2_finalize);
osync_plugin_set_discover(plugin, evo2_discover);
+ osync_plugin_set_start_type(plugin, OSYNC_START_TYPE_PROCESS);
if (!osync_plugin_env_register_plugin(env, plugin, error))
goto error;
- Chris
|
|
From: Emanoil K. <del...@ya...> - 2010-09-17 09:37:21
|
Hi
--- On Fri, 9/17/10, Chris Frey <cd...@fo...> wrote:
> This usually means one of the plugins crashed. Make
> sure to turn on
> core dumps, be sure to set your plugin to run as a process,
> and then
how do I turn on core dumps?
> it is usually something like this to get a backtrace:
>
> gdb /path/to/osplugin core
>
>
> You can set to run as process with a patch like this in
> your
> get_sync_info() function:
>
> @@ -220,6 +220,7 @@ osync_bool get_sync_info(OSyncPluginEnv
> *env, OSyncError **error)
>
> osync_plugin_set_initialize(plugin, evo2_initialize);
>
> osync_plugin_set_finalize(plugin, evo2_finalize);
>
> osync_plugin_set_discover(plugin, evo2_discover);
> +
> osync_plugin_set_start_type(plugin,
> OSYNC_START_TYPE_PROCESS);
>
> if
> (!osync_plugin_env_register_plugin(env, plugin, error))
>
> goto error;
>
thanks
|
|
From: Chris F. <cd...@fo...> - 2010-09-17 18:43:21
|
On Fri, Sep 17, 2010 at 02:37:14AM -0700, Emanoil Kotsev wrote: > how do I turn on core dumps? If you're using bash, that would be: ulimit -c unlimited You can view other limits with: ulimit -a Good luck, - Chris |
|
From: Emanoil K. <del...@ya...> - 2010-10-11 13:22:58
|
Hi, opensync masters,
I'm wondering if someone is following the user group as there is no much activity.
I'm also wondering if someone could fix the evolution plugin because I can not use it for testing the akonadi-plugin, or can you give me some idea on how to setup a testing env for Calendar.
I think my testing env with evolution got dirty and I have miserable results, so I setup an environment in a vmware and there it works almost fine (without enabling notes and todos)
I need a testing plan too. Do you have something at hand or already done.
regards
|
|
From: Chris F. <cd...@fo...> - 2010-10-11 17:53:21
|
On Mon, Oct 11, 2010 at 06:22:50AM -0700, Emanoil Kotsev wrote: > I'm wondering if someone is following the user group as there is no much activity. I do, I've just been busy and have to catchup. > I'm also wondering if someone could fix the evolution plugin because I can not use it for testing the akonadi-plugin, or can you give me some idea on how to setup a testing env for Calendar. Today is Canadian Thanksgiving, so it won't be today. But I use the evolution plugin regularly, and am interested in fixing bugs in it. - Chris |
|
From: Emanoil K. <del...@ya...> - 2010-10-11 19:54:34
|
Hi,
--- On Mon, 10/11/10, Chris Frey <cd...@fo...> wrote:
> From: Chris Frey <cd...@fo...>
>
> I do, I've just been busy and have to catchup.
good to hear
>
> > I'm also wondering if someone could fix the evolution
> plugin because I can not use it for testing the
> akonadi-plugin, or can you give me some idea on how to setup
> a testing env for Calendar.
>
> Today is Canadian Thanksgiving, so it won't be today.
> But I use the
> evolution plugin regularly, and am interested in fixing
> bugs in it.
>
Ok, ok greetings. I'm not that much in a hurry.
regards
|
|
From: deloptes <del...@ya...> - 2010-10-11 22:25:24
|
Emanoil Kotsev wrote: > Hi, opensync masters, > > I'm wondering if someone is following the user group as there is no much > activity. Thanks for the responses. Now, it seems dbus was involved in my problems. When I started trying to configure bluetooth I noticed that it gave a message in syslog "Unable to get on D-Bus". I needed to restart udev and dbus and had a successfull sync (at least in theory). I think this is due to the fact that I'm running this on a server that does not reboot with ssh -X and somehow dbus is not happy with it. However here is the success message. regards OK! Completing synchronization! contact sink of member 2 of type akonadi-sync committed all changes. event sink of member 2 of type akonadi-sync committed all changes. contact sink of member 1 of type evo2-sync committed all changes. Sent an entry libkcal-1785285018.544 (vevent20) to member 1 (evo2-sync). Changetype MODIFIED Sent an entry libkcal-2095366325.846 (vevent20) to member 1 (evo2-sync). Changetype MODIFIED event sink of member 1 of type evo2-sync committed all changes. Main sink of member 1 of type evo2-sync committed all changes. Main sink of member 2 of type akonadi-sync committed all changes. All clients have written akonadi_opensync(16687) DataSink::syncDone: sync for sink member done akonadi_opensync(16687) SinkBase::success: contact sink of member 2 of type akonadi-sync reported sync done. contact sink of member 1 of type evo2-sync reported sync done. akonadi_opensync(16687) DataSink::syncDone: sync for sink member done akonadi_opensync(16687) SinkBase::success: event sink of member 2 of type akonadi-sync reported sync done. event sink of member 1 of type evo2-sync reported sync done. Main sink of member 1 of type evo2-sync reported sync done. Main sink of member 2 of type akonadi-sync reported sync done. All clients reported sync done The sync was successful contact sink of member 2 of type akonadi-sync just disconnected event sink of member 2 of type akonadi-sync just disconnected Main sink of member 2 of type akonadi-sync just disconnected contact sink of member 1 of type evo2-sync just disconnected event sink of member 1 of type evo2-sync just disconnected Main sink of member 1 of type evo2-sync just disconnected All clients have disconnected akonadi_opensync(16687) akonadi_finalize: |
|
From: Daniel G. <go...@b1...> - 2010-09-16 23:51:34
|
On Friday, September 17, 2010 06:27:51 am Emanoil Kotsev wrote: > I had a good progress and now discover is working at 100%. However the > tricky sync part is still an issue, but I think one would like to have a > look. So what about this svn access? Please create an account in opensnyc.org trac and send me your username. Subversion directory got already created. But i need your username to assign you write access. Best Regards, Daniel -- Daniel Gollub Geschaeftsfuehrer: Ralph Dehner Linux Consultant & Developer Unternehmenssitz: Vohburg B1 Systems GmbH Amtsgericht: Ingolstadt Mobil: +49-(0)-160 47 73 970 Handelsregister: HRB 3537 EMail: go...@b1... http://www.b1-systems.de Adresse: B1 Systems GmbH, Osterfeldstraße 7, 85088 Vohburg http://pgpkeys.pca.dfn.de/pks/lookup?op=get&search=0xED14B95C2F8CA78D |
Thanks for helping keep SourceForge clean.
X