You can subscribe to this list here.
2005 |
Jan
|
Feb
|
Mar
(10) |
Apr
(30) |
May
(11) |
Jun
(8) |
Jul
(28) |
Aug
(113) |
Sep
(74) |
Oct
(43) |
Nov
(111) |
Dec
(31) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2006 |
Jan
(70) |
Feb
(78) |
Mar
(110) |
Apr
(99) |
May
(106) |
Jun
(128) |
Jul
(65) |
Aug
(123) |
Sep
(80) |
Oct
(128) |
Nov
(80) |
Dec
(54) |
2007 |
Jan
(89) |
Feb
(83) |
Mar
(56) |
Apr
(56) |
May
(69) |
Jun
(29) |
Jul
(89) |
Aug
(44) |
Sep
(32) |
Oct
(114) |
Nov
(36) |
Dec
(46) |
2008 |
Jan
(88) |
Feb
(100) |
Mar
(63) |
Apr
(27) |
May
(39) |
Jun
(61) |
Jul
(35) |
Aug
(11) |
Sep
(9) |
Oct
(19) |
Nov
(28) |
Dec
(72) |
2009 |
Jan
(33) |
Feb
(4) |
Mar
(15) |
Apr
(24) |
May
(17) |
Jun
(17) |
Jul
(11) |
Aug
(30) |
Sep
(19) |
Oct
(8) |
Nov
(10) |
Dec
(5) |
2010 |
Jan
(5) |
Feb
(10) |
Mar
(12) |
Apr
(1) |
May
(8) |
Jun
(4) |
Jul
(9) |
Aug
(29) |
Sep
(6) |
Oct
(19) |
Nov
(4) |
Dec
(3) |
2011 |
Jan
(9) |
Feb
|
Mar
|
Apr
(7) |
May
(2) |
Jun
(9) |
Jul
(3) |
Aug
(2) |
Sep
|
Oct
|
Nov
(7) |
Dec
|
2012 |
Jan
(2) |
Feb
(5) |
Mar
(5) |
Apr
|
May
(1) |
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(9) |
2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(5) |
From: Marco C. <mar...@fa...> - 2005-09-14 07:51:05
|
Hi list, I've a Nokia 6680 and I'm interested in using the SyncML service available = on=20 that device. So I offer myself to test/provide patches for opensync. =46rom where do I start? I would use KDE to sync my contacts, calendar with the device. Do I need=20 kitchensync or opensync replaces it? Cheers =2D-=20 Marco Canini |
From: lonestar <lon...@ge...> - 2005-09-14 02:31:26
|
Mattias Arrelid wrote: >Hi everyone, > >I have today (05-09-13, 14:30) built and installed Opensync, Multisync >(+ gui), evo2sync and irmc-sync. > > ... >When running... > >$ msynctool --configure phone2evo 2 > >... I get an empty file. Well, this wouldn't be that bad, if I only knew >in what format I should enter the settings for the phone. > >Can anyone help me with example data or suggestions? > > Hello Mattias, I've managed to sync irmc with file-sync last sunday. I've mailed my configuration file for irmc-sync to tokoe, but he haven't had response so far. I will send it again to you today (after I get off work to home :) |
From: Mattias A. <mat...@st...> - 2005-09-13 15:48:35
|
Hi everyone, I have today (05-09-13, 14:30) built and installed Opensync, Multisync (+ gui), evo2sync and irmc-sync. Now, to set up a sync-pair, I would need to know what data I should enter in the configuration file for the irmc-sync-pair. I have looked virtually everywhere for such information, but can't seem to find it anywhere. Just to give you a hint about my setup: $ msynctool --showgroup phone2evo Groupname: phone2evo Member 1: evo2-sync Member 2: irmc-sync To edit the first member i ran: $ msynctool --configure phone2evo 1 This gave me a nice, pre-defined, file with every setting included. No need to change anything here. When running... $ msynctool --configure phone2evo 2 ... I get an empty file. Well, this wouldn't be that bad, if I only knew in what format I should enter the settings for the phone. Can anyone help me with example data or suggestions? PS. Running Ubuntu Breezy, Colony CD 4, if anyone is wondering. The phone I'd like to sync is a Sony Ericsson W800i. DS. Thanks in advance / Mattias |
From: Stefan A. <ml...@ar...> - 2005-09-12 14:27:41
|
Hi, when trying to sync a Nokia 9500 with the recent version from svn, I get a segfault and msynctool dies. The last line from the tracefiles are: [1126534992.270494] >>>>>>> _request_devinf(0x80eb558, 0xb4109138, 0x80c2da8, 0xb625d158) [1126534992.270536] >>>>>>> smlCommandNewReply(0xb4109138, 200, 0xb625d158) [1126534992.270580] >>>>>>> smlStatusNew(200, 3, 1, (nil), 0xb4109ef8, 9, 0xb625d158) [1126534992.270624] >>>>>>> smlLocationClone(0xb4109ef8, 0xb625d158) [1126534992.270667] >>>>>>> smlLocationCopy(0xb4109ef8, 0xb410b730) [1126534992.270710] <<<<<<< smlLocationCopy [1126534992.270752] <<<<<<< smlLocationClone: 0xb410b730 [1126534992.270795] <<<<<<< smlStatusNew: 0xb4109b18 [1126534992.270836] <<<<<<< smlCommandNewReply: 0xb4109b18 [1126534992.270878] >>>>>>> smlSessionSendReply(0x80eb558, 0xb4109b18, 0xb625d158) [1126534992.270920] >>>>>>> smlAssemblerAddStatus(0x80eb180, 0xb4109b18, 0xb625d158) [1126534992.270992] >>>>>>> smlXmlAssemblerAddStatus(0x80eb700, 0xb4109b18, 0xb625d158) [1126534992.271198] Adding status with cmdRef 3, msgRef 1, cmd Get [1126534992.271308] _smlXmlAssemblerStartNodeNS: Starting "Status" [1126534992.271402] _smlXmlAssemblerEndNode: Ending [1126534992.271558] <<<<<<< smlXmlAssemblerAddStatus [1126534992.271642] >>>>>>> smlAssemblerCheckSize(0x80eb180, 0xb625d158) [1126534992.271692] >>>>>>> smlWbxmlAssemblerCheckSize(0x80eb700, 0xb625d158) [1126534992.271817] >>>>>>> smlXmlAssemblerRunFull(0x80eb700, 0xb625cf70, 0xb625cf74, (nil), 1, 0, 0xb625d158) [1126534992.271896] _smlXmlAssemblerStartNodeNS: Starting "SyncML" [1126534992.272035] _smlXmlAssemblerStartNodeNS: Starting "SyncBody" [1126534992.272131] >>>>>>> smlXmlAssemblerAddChildren(0x80eb700, (nil), 0xb625d158) [1126534992.272180] <<<<<<< smlXmlAssemblerAddChildren [1126534992.272280] _smlXmlAssemblerEndNode: Ending [1126534992.272332] _smlXmlAssemblerEndNode: Ending [1126534992.272456] Message Assembled: <?xml version="1.0"?> 0a <SyncML xmlns="SYNCML:SYNCML1.1"><SyncHdr><VerProto>SyncML/1.1</VerProto><VerDTD>1.1</VerDTD><MsgID>2</MsgID><SessionID>21</SessionID><Target><LocURI>IMEI:hidden</LocURI></Target><Source><LocURI>http://192.168.0.247:8080/test</LocURI></Source></SyncHdr> 0a <SyncBody><Status><CmdID>1</CmdID><MsgRef>1</MsgRef><CmdRef>0</CmdRef><Cmd>SyncHdr</Cmd><Data>212</Data><SourceRef>IMEI:354305001231757</SourceRef><TargetRef>http://192.168.0.247:8080/test</TargetRef></Status> 0a <Status><CmdID>3</CmdID><MsgRef>1</MsgRef><CmdRef>2</CmdRef><Cmd>Put</Cmd><Data>200</Data><SourceRef>./devinf11</SourceRef></Status> 0a <Status><CmdID>4</CmdID><MsgRef>1</MsgRef><CmdRef>3</CmdRef><Cmd>Get</Cmd><Data>200</Data><TargetRef>./devinf11</TargetRef></Status> 0a <Final></Final></SyncBody></SyncML> 0a [1126534992.272508] <<<<<<< smlXmlAssemblerRunFull [1126534992.272553] >>>>>>> smlAssemblerGetOption(0x80eb180, USE_STRTABLE) [1126534992.272598] <<<<<<< smlAssemblerGetOption: 1 [1126534992.272641] >>>>>>> smlWbxmlConvertTo(0xb625cf68, 0xb410c218, 0xb625cf60, 0xb625cf64, 0xb625d158) [1126534992.272994] <<<<<<< smlWbxmlConvertTo [1126534992.273047] <<<<<<< smlWbxmlAssemblerCheckSize: 232 [1126534992.273089] <<<<<<< smlAssemblerCheckSize: 232 [1126534992.273131] <<<<<<< smlAssemblerAddStatus [1126534992.273172] <<<<<<< smlSessionSendReply [1126534992.273215] >>>>>>> _send_devinf(0x80c2da8, 0x80c2da8, 0xb625d158) [1126534992.273258] >>>>>>> smlDevInfNew(0xb625d158) [1126534992.273299] <<<<<<< smlDevInfNew: 0xb410bfd0 [1126534992.273341] >>>>>>> smlDevInfNewResult(0x80c2da8, 0xb7f20390, 0xb410bfd0, 0xb625d158) [1126534992.273386] >>>>>>> smlStatusNew(200, 135172792, 135181656, (nil), 0xb7f20390, 10, 0xb625d158) [1126534992.273432] >>>>>>> smlLocationClone(0xb7f20390, 0xb625d158) [1126534992.273525] >>>>>>> smlLocationCopy(0xb7f20390, 0xb410c0b8) Regards, Stefan |
From: Armin B. <arm...@de...> - 2005-09-09 07:12:39
|
Hi Norm, you are probably using the subversion version of opensync. You then also need multisync from subversion. I added new signals for batch committing and the multisync 0.17 does not handle these so the compiler gives an error. Armin Norm Dressler wrote: > Hi -- run into a problem compiling the multisync tool -- > make[2]: Entering directory > `/home/norm/opensync/multisync-cli-0.90.17/tools' > if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/glib-2.0 > -I/usr/lib/glib-2.0/include -I/usr/include/opensync-1.0 -Wall > -Werror -I.. -g -O2 -MT msynctool.o -MD -MP -MF ".deps/msynctool.Tpo" -c > -o msynctool.o msynctool.c; \ > then mv -f ".deps/msynctool.Tpo" ".deps/msynctool.Po"; else rm -f > ".deps/msynctool.Tpo"; exit 1; fi > msynctool.c: In function `member_status': > msynctool.c:124: warning: enumeration value `MEMBER_COMMITTED_ALL' not > handled in switch > msynctool.c:124: warning: enumeration value `MEMBER_COMMITTED_ALL_ERROR' > not handled in switch > make[2]: *** [msynctool.o] Error 1 > make[2]: Leaving directory > `/home/norm/opensync/multisync-cli-0.90.17/tools' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/home/norm/opensync/multisync-cli-0.90.17' > make: *** [all] Error 2 > > Is this the gcc version and the 'strict' issue or something else? > Norm > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > Opensync-users mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensync-users |
From: Norm D. <no...@dr...> - 2005-09-08 23:55:48
|
Hi -- run into a problem compiling the multisync tool -- make[2]: Entering directory `/home/norm/opensync/multisync-cli-0.90.17/tools' if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/opensync-1.0 -Wall -Werror -I.. -g -O2 -MT msynctool.o -MD -MP -MF ".deps/msynctool.Tpo" -c -o msynctool.o msynctool.c; \ then mv -f ".deps/msynctool.Tpo" ".deps/msynctool.Po"; else rm -f ".deps/msynctool.Tpo"; exit 1; fi msynctool.c: In function `member_status': msynctool.c:124: warning: enumeration value `MEMBER_COMMITTED_ALL' not handled in switch msynctool.c:124: warning: enumeration value `MEMBER_COMMITTED_ALL_ERROR' not handled in switch make[2]: *** [msynctool.o] Error 1 make[2]: Leaving directory `/home/norm/opensync/multisync-cli-0.90.17/tools' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/norm/opensync/multisync-cli-0.90.17' make: *** [all] Error 2 Is this the gcc version and the 'strict' issue or something else? Norm |
From: Danny B. <dan...@sc...> - 2005-09-08 21:28:05
|
Hmm, to add to my confusion, the crash went away. I'm feeling really silly. Danny On Thu, 2005-09-08 at 21:26 +0200, Danny Backx wrote: > I'm a bit lost, I need help. >=20 > I am working on the SynCE file synchronisation. The directories I'm > syncing in this example are : > dell: {80} l /tmp/onlyfile/ > total 1652 > -rw-rw-r-- 1 danny backx 50089 Sep 3 07:47 \My Documents\foto > \inge.gif > -rw-rw-r-- 1 danny backx 58605 Sep 3 07:47 \My Documents\foto > \kristof.gif > -rw-rw-r-- 1 danny backx 3694 Sep 3 07:47 \My Documents\foto > \tux068d.gif > -rw-r--r-- 1 danny backx 1558120 Sep 1 21:16 wife_call.wmv > dell: {81} pls foto/ > AC-------- 58605 Sun 10 Jul 2005 10:46:26 CEST kristof.gif > AC-------- 50089 Sun 10 Jul 2005 10:46:26 CEST inge.gif > AC-------- 3694 Sun 10 Jul 2005 10:44:56 CEST tux068d.gif >=20 > The contents of /tmp/onlyfile are mostly there by syncing, only the WMV > file was put there by other means. >=20 > New syncs now fail as shown here : > msynctool --sync f > Synchronizing group "f"=20 > The previous synchronization was unlean. Slow-syncing > Member 1 of type file-sync just connected > Member 2 of type synce-plugin just connected > All clients connected or error > FilesReportFileChange(\My Documents\foto\kristof.gif) > Received a entry \My Documents\foto\tux068d.gif without data from member > 1. Changetype 1 > FilesReportFileChange(\My Documents\foto\inge.gif) > Received a entry \My Documents\foto\kristof.gif without data from member > 2. Changetype 1 > FilesReportFileChange(\My Documents\foto\tux068d.gif) > Received a entry \My Documents\foto\kristof.gif without data from member > 1. Changetype 1 > Received a entry \My Documents\foto\inge.gif without data from member 2. > Changetype 1 > Received a entry \My Documents\foto\inge.gif without data from member 1. > Changetype 1 > Received a entry wife_call.wmv without data from member 1. Changetype 1 > Received a entry \My Documents\foto\tux068d.gif without data from member > 2. Changetype 1 > Member 1 of type file-sync just sent all changes > Received a entry \My Documents\foto\tux068d.gif with data of size 24 > from member 1. Changetype 1 > Received a entry \My Documents\foto\kristof.gif with data of size 24 > from member 1. Changetype 1 > Received a entry \My Documents\foto\inge.gif with data of size 24 from > member 1. Changetype 1 > Received a entry wife_call.wmv with data of size 24 from member 1. > Changetype 1 > Member 2 of type synce-plugin just sent all changes > All clients sent changes or error > Received a entry \My Documents\foto\kristof.gif with data of size 4 from > member 2. Changetype 1 > Received a entry \My Documents\foto\inge.gif with data of size 4 from > member 2. Changetype 1 > Segmentation fault (core dumped) >=20 > And the reason of the crash is : >=20 > #0 0xb7bdd923 in wstr_from_x (inbuf=3D0x0, code=3D0x806cd98 "ISO-8859-1"= ) > at wstr.c:133 > 133 size_t length =3D strlen(inbuf); > (gdb) where > #0 0xb7bdd923 in wstr_from_x (inbuf=3D0x0, code=3D0x806cd98 "ISO-8859-1"= ) > at wstr.c:133 > #1 0xb7bdda8f in wstr_from_current (inbuf=3D0x0) at wstr.c:192 > #2 0xb75e6bf7 in file_get_data (ctx=3D0x80755e0, change=3D0x805fac0) at > synce_file.c:389 > #3 0xb7f0a049 in osync_member_get_change_data (member=3D0x805e0f8, > change=3D0x805fac0,=20 > function=3D0xb7f1ebc0 <message_callback>, user_data=3D0x80786b8) at > opensync_member.c:1093 > #4 0xb7f1ee70 in client_message_handler () > from /usr/local/lib/libosengine.so.0 > #5 0xb7f1e719 in _queue_dispatch () > from /usr/local/lib/libosengine.so.0 > #6 0xb7f4f0c4 in g_main_dispatch () > from /usr/local/lib/libglib-2.0.so.0 > #7 0xb7f4ff1d in g_main_context_dispatch () > from /usr/local/lib/libglib-2.0.so.0 > #8 0xb7f502df in g_main_context_iterate () > from /usr/local/lib/libglib-2.0.so.0 > #9 0xb7f508a3 in g_main_loop_run () > from /usr/local/lib/libglib-2.0.so.0 > #10 0xb7f68bea in g_thread_create_proxy () > from /usr/local/lib/libglib-2.0.so.0 > #11 0xb7d553b0 in start_thread () from /lib/tls/libpthread.so.0 > #12 0xb7cb826e in clone () from /lib/tls/libc.so.6 > (gdb) up > #1 0xb7bdda8f in wstr_from_current (inbuf=3D0x0) at wstr.c:192 > 192 return wstr_from_x(inbuf, get_current_codeset()); > (gdb)=20 > #2 0xb75e6bf7 in file_get_data (ctx=3D0x80755e0, change=3D0x805fac0) at > synce_file.c:389 > 389 wfn =3D wstr_from_current(ff->data); > (gdb) p *ff > $1 =3D {mode =3D 0, userid =3D 0, groupid =3D 0, last_mod =3D 0, data =3D= 0x0, size > =3D 0} >=20 > This is in the file_get_data() function I wrote : > extern void file_get_data(OSyncContext *ctx, OSyncChange *change) > { > synce_plugin_environment *env; > fileFormat *ff; > HANDLE h; > size_t rsz; > WCHAR *wfn; > int r; >=20 > osync_debug("SynCE-File", 4, "start : %s", __func__); > env =3D (synce_plugin_environment > *)osync_context_get_plugin_data(ctx); > ff =3D (fileFormat *)osync_change_get_data(change); > /* > * There appears to be a trick being used here. > * > * First report some stuff, use the data field to pass random > data (e.g. the file > * name) to ourselves. > * Then, in the get_data() call, read that data and replace it > with the file content. > */ > wfn =3D wstr_from_current(ff->data); >=20 > /* Read the file through SynCE */ > h =3D CeCreateFile(wfn, GENERIC_READ, 0, NULL, OPEN_EXISTING, > FILE_ATTRIBUTE_NORMAL, 0); >=20 > free(ff->data); > ff->data =3D malloc(ff->size); >=20 > r =3D CeReadFile(h, ff->data, ff->size, &rsz, NULL); > if (r =3D=3D 0) { > /* Error */ > DWORD e =3D CeGetLastError(); > char *s =3D synce_strerror(e); > osync_context_report_error(ctx, 1, "Error from > CeReadFile (%s)", s); > CeCloseHandle(h); > return; > } >=20 > /* Send its contents */ > osync_change_set_data(change, (char *)ff, sizeof(ff), TRUE); > CeCloseHandle(h); >=20 > wstr_free_string(wfn); > osync_context_report_success(ctx); > osync_debug("SynCE-File", 4, "end : %s", __func__); > } >=20 > Can anyone give me a clue why this function is being called with > arguments filled with NULLs ? >=20 > Thanks, >=20 > Danny --=20 Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info |
From: Danny B. <dan...@sc...> - 2005-09-08 20:43:46
|
I'm a bit lost, I need help. I am working on the SynCE file synchronisation. The directories I'm syncing in this example are : dell: {80} l /tmp/onlyfile/ total 1652 -rw-rw-r-- 1 danny backx 50089 Sep 3 07:47 \My Documents\foto \inge.gif -rw-rw-r-- 1 danny backx 58605 Sep 3 07:47 \My Documents\foto \kristof.gif -rw-rw-r-- 1 danny backx 3694 Sep 3 07:47 \My Documents\foto \tux068d.gif -rw-r--r-- 1 danny backx 1558120 Sep 1 21:16 wife_call.wmv dell: {81} pls foto/ AC-------- 58605 Sun 10 Jul 2005 10:46:26 CEST kristof.gif AC-------- 50089 Sun 10 Jul 2005 10:46:26 CEST inge.gif AC-------- 3694 Sun 10 Jul 2005 10:44:56 CEST tux068d.gif The contents of /tmp/onlyfile are mostly there by syncing, only the WMV file was put there by other means. New syncs now fail as shown here : msynctool --sync f Synchronizing group "f"=20 The previous synchronization was unlean. Slow-syncing Member 1 of type file-sync just connected Member 2 of type synce-plugin just connected All clients connected or error FilesReportFileChange(\My Documents\foto\kristof.gif) Received a entry \My Documents\foto\tux068d.gif without data from member 1. Changetype 1 FilesReportFileChange(\My Documents\foto\inge.gif) Received a entry \My Documents\foto\kristof.gif without data from member 2. Changetype 1 FilesReportFileChange(\My Documents\foto\tux068d.gif) Received a entry \My Documents\foto\kristof.gif without data from member 1. Changetype 1 Received a entry \My Documents\foto\inge.gif without data from member 2. Changetype 1 Received a entry \My Documents\foto\inge.gif without data from member 1. Changetype 1 Received a entry wife_call.wmv without data from member 1. Changetype 1 Received a entry \My Documents\foto\tux068d.gif without data from member 2. Changetype 1 Member 1 of type file-sync just sent all changes Received a entry \My Documents\foto\tux068d.gif with data of size 24 from member 1. Changetype 1 Received a entry \My Documents\foto\kristof.gif with data of size 24 from member 1. Changetype 1 Received a entry \My Documents\foto\inge.gif with data of size 24 from member 1. Changetype 1 Received a entry wife_call.wmv with data of size 24 from member 1. Changetype 1 Member 2 of type synce-plugin just sent all changes All clients sent changes or error Received a entry \My Documents\foto\kristof.gif with data of size 4 from member 2. Changetype 1 Received a entry \My Documents\foto\inge.gif with data of size 4 from member 2. Changetype 1 Segmentation fault (core dumped) And the reason of the crash is : #0 0xb7bdd923 in wstr_from_x (inbuf=3D0x0, code=3D0x806cd98 "ISO-8859-1") at wstr.c:133 133 size_t length =3D strlen(inbuf); (gdb) where #0 0xb7bdd923 in wstr_from_x (inbuf=3D0x0, code=3D0x806cd98 "ISO-8859-1") at wstr.c:133 #1 0xb7bdda8f in wstr_from_current (inbuf=3D0x0) at wstr.c:192 #2 0xb75e6bf7 in file_get_data (ctx=3D0x80755e0, change=3D0x805fac0) at synce_file.c:389 #3 0xb7f0a049 in osync_member_get_change_data (member=3D0x805e0f8, change=3D0x805fac0,=20 function=3D0xb7f1ebc0 <message_callback>, user_data=3D0x80786b8) at opensync_member.c:1093 #4 0xb7f1ee70 in client_message_handler () from /usr/local/lib/libosengine.so.0 #5 0xb7f1e719 in _queue_dispatch () from /usr/local/lib/libosengine.so.0 #6 0xb7f4f0c4 in g_main_dispatch () from /usr/local/lib/libglib-2.0.so.0 #7 0xb7f4ff1d in g_main_context_dispatch () from /usr/local/lib/libglib-2.0.so.0 #8 0xb7f502df in g_main_context_iterate () from /usr/local/lib/libglib-2.0.so.0 #9 0xb7f508a3 in g_main_loop_run () from /usr/local/lib/libglib-2.0.so.0 #10 0xb7f68bea in g_thread_create_proxy () from /usr/local/lib/libglib-2.0.so.0 #11 0xb7d553b0 in start_thread () from /lib/tls/libpthread.so.0 #12 0xb7cb826e in clone () from /lib/tls/libc.so.6 (gdb) up #1 0xb7bdda8f in wstr_from_current (inbuf=3D0x0) at wstr.c:192 192 return wstr_from_x(inbuf, get_current_codeset()); (gdb)=20 #2 0xb75e6bf7 in file_get_data (ctx=3D0x80755e0, change=3D0x805fac0) at synce_file.c:389 389 wfn =3D wstr_from_current(ff->data); (gdb) p *ff $1 =3D {mode =3D 0, userid =3D 0, groupid =3D 0, last_mod =3D 0, data =3D 0= x0, size =3D 0} This is in the file_get_data() function I wrote : extern void file_get_data(OSyncContext *ctx, OSyncChange *change) { synce_plugin_environment *env; fileFormat *ff; HANDLE h; size_t rsz; WCHAR *wfn; int r; osync_debug("SynCE-File", 4, "start : %s", __func__); env =3D (synce_plugin_environment *)osync_context_get_plugin_data(ctx); ff =3D (fileFormat *)osync_change_get_data(change); /* * There appears to be a trick being used here. * * First report some stuff, use the data field to pass random data (e.g. the file * name) to ourselves. * Then, in the get_data() call, read that data and replace it with the file content. */ wfn =3D wstr_from_current(ff->data); /* Read the file through SynCE */ h =3D CeCreateFile(wfn, GENERIC_READ, 0, NULL, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL, 0); free(ff->data); ff->data =3D malloc(ff->size); r =3D CeReadFile(h, ff->data, ff->size, &rsz, NULL); if (r =3D=3D 0) { /* Error */ DWORD e =3D CeGetLastError(); char *s =3D synce_strerror(e); osync_context_report_error(ctx, 1, "Error from CeReadFile (%s)", s); CeCloseHandle(h); return; } /* Send its contents */ osync_change_set_data(change, (char *)ff, sizeof(ff), TRUE); CeCloseHandle(h); wstr_free_string(wfn); osync_context_report_success(ctx); osync_debug("SynCE-File", 4, "end : %s", __func__); } Can anyone give me a clue why this function is being called with arguments filled with NULLs ? Thanks, Danny --=20 Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info |
From: Armin B. <arm...@de...> - 2005-09-08 18:52:16
|
hi tobi, im currently doing this. so the timeframe should be not too large :) Armin mailinglists wrote: > Hi! >=20 > Is there any time frame for implementing the obex transport in the > syncml-plugin? >=20 > /tobi=20 >=20 >=20 >=20 >=20 >=20 > ++++++++++++ WERBUNG +++++++++++++++ > http://www.inetsolutions.de > ISP / Qualit=EF=BF=BDts-Webhosting > Homepagebaukasten / CMS > Webpacks ab 0,21 EUR >=20 >=20 > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Pract= ices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing &= QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5= sf > _______________________________________________ > Opensync-users mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensync-users |
From: mailinglists <mai...@in...> - 2005-09-08 14:31:10
|
Hi! Is there any time frame for implementing the obex transport in the syncml-plugin? /tobi ++++++++++++ WERBUNG +++++++++++++++ http://www.inetsolutions.de ISP / Qualitäts-Webhosting Homepagebaukasten / CMS Webpacks ab 0,21 EUR |
From: Armin B. <arm...@de...> - 2005-09-07 18:37:56
|
Hi Stefan, thanks for helping with the development! Stefan Struhs wrote: > Hi, > > don't know where to post these improvements (see attachments; whole > functions/structs to replace in the attached files). > > Reason: If you have more than one partnership it could happen, that the > current synce-plugin overwrites an existing partnership, because it > always sets the partnership to id 1. Therefore I have added some stuff > from the original MultiSync plugin. I've also extended the configuration > file. If you do not use <partnership_id_file> synce-plugin would create > resp. use "~/.synce-partner". > > I would really appreciate to see this change in the svn-repository, > because I use my devices with M$ ActiveSync and OpenSync. Dont worry. subversion is easier to use than cvs and much better :) > > If you want me to, I would join the developer group to work on > synce-plugin. Unfortunately I have not worked with svn yet, but I can > learn to use it. Sure! Just tell me what username you want and i will add an account for you. Armin > > Regards, > Stefan > > > ------------------------------------------------------------------------ > > <config> > <contact></contact> > <todos></todos> > <calendar></calendar> > <files> > <dir></dir> > </files> > <partnership_id_file></partnership_id_file> > </config> > > > ------------------------------------------------------------------------ > > osync_bool synce_parse_settings(synce_plugin_environment *env, char *data, int size, OSyncError **error) > { > osync_trace(TRACE_ENTRY, "%s(%p, %p, %i)", __func__, env, data, size); > xmlDocPtr doc; > xmlNodePtr cur; > > //set defaults > env->config_contacts = FALSE; > env->config_calendar = FALSE; > env->config_todos = FALSE; > env->config_file = NULL; > env->partnership_id_file = g_strdup_printf("%s/.synce-partner",getenv("HOME")); > > doc = xmlParseMemory(data, size); > > if (!doc) { > osync_error_set(error, OSYNC_ERROR_GENERIC, "Unable to parse settings"); > osync_trace(TRACE_EXIT_ERROR, "%s: %s", __func__, osync_error_print(error)); > return FALSE; > } > > cur = xmlDocGetRootElement(doc); > > if (!cur) { > xmlFreeDoc(doc); > osync_error_set(error, OSYNC_ERROR_GENERIC, "Unable to get root element of the settings"); > osync_trace(TRACE_EXIT_ERROR, "%s: %s", __func__, osync_error_print(error)); > return FALSE; > } > > if (xmlStrcmp(cur->name, (xmlChar*)"config")) { > xmlFreeDoc(doc); > osync_error_set(error, OSYNC_ERROR_GENERIC, "Config valid is not valid"); > osync_trace(TRACE_EXIT_ERROR, "%s: %s", __func__, osync_error_print(error)); > return FALSE; > } > > cur = cur->xmlChildrenNode; > > while (cur != NULL) { > char *str = (char*)xmlNodeGetContent(cur); > if (str) { > if (!xmlStrcmp(cur->name, (const xmlChar *)"contact")) { > /* Disable by mentioning NO or FALSE, otherwise enable. */ > env->config_contacts = TRUE; > if (g_ascii_strcasecmp(str, "FALSE") == 0) > env->config_contacts = FALSE; > if (g_ascii_strcasecmp(str, "NO") == 0) > env->config_contacts = FALSE; > } > if (!xmlStrcmp(cur->name, (const xmlChar *)"file")) { > env->config_file = g_strdup(str); > } > if (!xmlStrcmp(cur->name, (const xmlChar *)"calendar")) { > /* Disable by mentioning NO or FALSE, otherwise enable. */ > env->config_calendar = TRUE; > if (g_ascii_strcasecmp(str, "FALSE") == 0) > env->config_calendar = FALSE; > if (g_ascii_strcasecmp(str, "NO") == 0) > env->config_calendar = FALSE; > } > if (!xmlStrcmp(cur->name, (const xmlChar *)"todos")) { > /* Disable by mentioning NO or FALSE, otherwise enable. */ > env->config_todos = TRUE; > if (g_ascii_strcasecmp(str, "FALSE") == 0) > env->config_todos = FALSE; > if (g_ascii_strcasecmp(str, "NO") == 0) > env->config_todos = FALSE; > } > if (!xmlStrcmp(cur->name, (const xmlChar *)"partnership_id_file")) { > env->partnership_id_file = g_strdup(str); > } > > xmlFree(str); > } > cur = cur->next; > } > > /* This belongs in XXX_connect() > * if (!osync_member_objtype_enabled(env->member, "contact")) > * env->config_contacts = FALSE; > * if (!osync_member_objtype_enabled(env->member, "todos")) > * env->config_todos = FALSE; > * if (!osync_member_objtype_enabled(env->member, "calendar")) > * env->config_calendar = FALSE; > */ > > if (env->config_contacts == 0 && env->config_calendar == 0 > && env->config_todos == 0 && env->config_file == NULL) { > osync_error_set(error, OSYNC_ERROR_GENERIC, "Nothing was configured"); > osync_trace(TRACE_EXIT_ERROR, "%s: %s", __func__, osync_error_print(error)); > return FALSE; > } > > xmlFreeDoc(doc); > osync_trace(TRACE_EXIT, "%s", __func__); > return TRUE; > } > > > ------------------------------------------------------------------------ > > static void connect(OSyncContext *ctx) > { > RRA_Matchmaker* matchmaker = NULL; > > osync_debug("SYNCE-SYNC", 4, "start: %s", __func__); > > synce_plugin_environment *env = (synce_plugin_environment *)osync_context_get_plugin_data(ctx); > > //1 - creating matchmaker > matchmaker = rra_matchmaker_new(); > if (!matchmaker){ > osync_context_report_error(ctx, 1, "building matchmaker"); > return; > } > osync_debug("SYNCE-SYNC", 4, "matchmaker built"); > > //2 - setting partnership > FILE* file = fopen(env->partnership_id_file, "r"); > uint32_t partnership_id = 0; > char id_buffer[10] = ""; > uint32_t index = 0; > > // try to get existing partnership > if (file) { > > fgets(id_buffer, sizeof(id_buffer), file); > partnership_id = strtol(id_buffer, NULL, 16); > fclose(file); > > osync_trace(TRACE_INTERNAL, "SYNCE-SYNC: %s: connected to partnership ID %08x", __func__, partnership_id); > > for (index = 1; index <= 2; index++) { > uint32_t id; > > if (rra_matchmaker_get_partner_id(matchmaker, index, &id) && id == partnership_id) { > // TODO: add check hostname too > break; > } > } > > if (index == 3) { > osync_context_report_error(ctx, 1, "no partnership on the device matches this synchronization pair"); > rra_matchmaker_destroy(matchmaker); > return; > } > else { > if (!rra_matchmaker_set_current_partner(matchmaker, index)) { > osync_context_report_error(ctx, 1, "set current partner"); > rra_matchmaker_destroy(matchmaker); > return; > } > } > } > // try to create partnership > else { > osync_trace(TRACE_EXIT_ERROR, "SYNCE-SYNC: %s: '%s' no such file (no error, if there is no partnership-file)", __func__, env->partnership_id_file); > > if (!rra_matchmaker_create_partnership(matchmaker, &index)) { > osync_context_report_error(ctx, 1, "Failed to create or select a partnership. Use the synce-matchmaker tool"); > rra_matchmaker_destroy(matchmaker); > return; > } > > if (!rra_matchmaker_get_partner_id(matchmaker, index, &partnership_id)) { > osync_context_report_error(ctx, 1, "Failed to get partnership ID"); > rra_matchmaker_destroy(matchmaker); > return; > } > > osync_trace(TRACE_INTERNAL, "SYNCE-SYNC: %s: connected to partnership ID %08x", __func__, partnership_id); > > file = fopen(env->partnership_id_file, "w"); > > if (!file) { > osync_context_report_error(ctx, 1, "Failed to create file '%s'",env->partnership_id_file); > rra_matchmaker_destroy(matchmaker); > return; > } > > snprintf(id_buffer, sizeof(id_buffer), "%08x", partnership_id); > fwrite(id_buffer, strlen(id_buffer), 1, file); > fclose(file); > //New partnership -> compare/sync everything, not only changes! > osync_trace(TRACE_INTERNAL, "SYNCE-SYNC: %s: Synchronisation is set to slow", __func__); > osync_member_set_slow_sync(env->member, "contact", TRUE); > osync_member_set_slow_sync(env->member, "event", TRUE); > osync_member_set_slow_sync(env->member, "todo", TRUE); > } > > osync_debug("SYNCE-SYNC", 4, "partner set"); > > //3 -setting timezone > if (!rra_timezone_get(&(env->timezone))){ > osync_context_report_error(ctx, 1, "getting timezone"); > rra_matchmaker_destroy(matchmaker); > return; > } > > osync_debug("SYNCE-SYNC", 4, "timezone set"); > > //4- creating syncmgr > env->syncmgr = rra_syncmgr_new(); > > if (!rra_syncmgr_connect(env->syncmgr)) > { > osync_context_report_error(ctx, 1, "can't connect"); > rra_matchmaker_destroy(matchmaker); > rra_syncmgr_destroy(env->syncmgr); > return; > } > > osync_debug("SYNCE-SYNC", 4, "syncmgr created"); > > /* if (!osync_member_objtype_enabled(env->member, "contact")) > * env->config_contacts = FALSE; > * if (!osync_member_objtype_enabled(env->member, "todos")) > * env->config_todos = FALSE; > * if (!osync_member_objtype_enabled(env->member, "calendar")) > * env->config_calendar = FALSE; > */ > > if (env->config_file) > file_connect(ctx); > > osync_context_report_success(ctx); > } > > > void get_info(OSyncPluginInfo *env) > { > OSyncPluginInfo *info = osync_plugin_new_info((void*)env); > > info->name = "synce-plugin"; > info->longname = "SynCE plugin for OpenSync"; > info->description = "This plugin allows synchronization with a device running Windows CE or Pocket PC. by mirkuz"; > > info->version = 1; > > info->is_threadsafe = FALSE; > > info->functions.initialize = initialize; > info->functions.connect = connect; > info->functions.sync_done = sync_done; > info->functions.disconnect = disconnect; > info->functions.finalize = finalize; > info->functions.get_changeinfo = get_changeinfo; > info->functions.get_data = file_get_data; > > info->timeouts.connect_timeout = 5; > > osync_plugin_accept_objtype(info, "contact"); > osync_plugin_accept_objformat(info, "contact", "vcard30", NULL); > osync_plugin_set_commit_objformat(info, "contact", "vcard30", commit_contacts_change); > > osync_plugin_accept_objtype(info, "event"); > osync_plugin_accept_objformat(info, "event", "vevent10", NULL); > osync_plugin_set_commit_objformat(info, "event", "vevent10", commit_cal_change); > > osync_plugin_accept_objtype(info, "todo"); > osync_plugin_accept_objformat(info, "todo", "vtodo10", NULL); > osync_plugin_set_commit_objformat(info, "todo", "vtodo10", commit_todo_change); > > osync_plugin_accept_objtype(info, "data"); > osync_plugin_accept_objformat(info, "data", "file", NULL); > osync_plugin_set_commit_objformat(info, "data", "file", file_commit); > #if 0 > osync_plugin_set_access_objformat(info, "data", "file", file_access); > osync_plugin_set_read_objformat(info, "data", "file", file_read); > #endif > } > > > ------------------------------------------------------------------------ > > typedef struct synce_plugin_environment { > OSyncMember *member; > OSyncHashTable *hashtable; /* Need a hash for the file sync part. */ > > RRA_SyncMgr* syncmgr; /* This is the connection to SynCE */ > RRA_Timezone timezone; > int last_change_counter; > int change_counter; > ids_list* contact_ids; > ids_list* todo_ids; > ids_list* cal_ids; > > /* Configuration */ > osync_bool config_contacts, config_todos, config_calendar; > char *config_file; > char *partnership_id_file; > } synce_plugin_environment; |
From: Stefan S. <ste...@we...> - 2005-09-07 18:27:16
|
Hi, don't know where to post these improvements (see attachments; whole functions/structs to replace in the attached files). Reason: If you have more than one partnership it could happen, that the current synce-plugin overwrites an existing partnership, because it always sets the partnership to id 1. Therefore I have added some stuff from the original MultiSync plugin. I've also extended the configuration file. If you do not use <partnership_id_file> synce-plugin would create resp. use "~/.synce-partner". I would really appreciate to see this change in the svn-repository, because I use my devices with M$ ActiveSync and OpenSync. If you want me to, I would join the developer group to work on synce-plugin. Unfortunately I have not worked with svn yet, but I can learn to use it. Regards, Stefan |
From: Stefan S. <ste...@we...> - 2005-09-07 15:57:58
|
Hi, after checking the tracelogs I've figuered out that the standard config file "src/synce-plugin" from the SynCE plugin is wrong resp. not compatible with the "src/synce_conf.c": Shouldn't "src/synce-plugin" be as follows: <config> <contact></contact> <todos></todos> <calendar></calendar> <files> <dir></dir> </files> </config> Current "src/synce-plugin" is: <config> <contacts></contacts> <todos></todos> <cal></cal> <files> <dir></dir> </files> </config> I've changed this at least to my config files and now syncing from ce device to evo2 or file-sync does something. Regards, Stefan |
From: Armin B. <arm...@de...> - 2005-09-06 20:12:19
|
Hi Norm, i wont release a new version for now. im currently busy with the syncml library/plugin. After im done with them i will prepare a new release 0.18 which contains all current bufixes in opensync. After that i will prepare opensync for some larger changes that are necessary. What about getting opensync in debian sid? I know a debian developer and i can ask im for help if it is needed. Thanks for all your help so far! Armin Norm Dressler wrote: > Armin, > > I'm getting ready to build new debian packages for 0.17 -- I wanted to > check to see if you were going to be releasing an updated version of > anything before I began... > > Norm > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > Opensync-users mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensync-users |
From: Norm D. <no...@dr...> - 2005-09-06 14:51:55
|
Armin, I'm getting ready to build new debian packages for 0.17 -- I wanted to check to see if you were going to be releasing an updated version of anything before I began... Norm |
From: vud1 <vu...@si...> - 2005-09-04 21:56:45
|
Hi all: I use debian distribution and i want to try opensync with evolution & syncml plugins. I see that the debian packages are old (version 0.14) and the actual status are the 0.17 one. i see too that there arent syncml plugin for 0.14 deb package, so i supposse that i must compile the source. i have donwload the 0.17 tar files and the svn ones but it seems dont compile. The libopensync package compile fine, but the multisync one doesnt. Could you help me? i have this error: make[2]: Entering directory `/home/vud1/multisync/multisync-0.90/tools' gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/opensync-1.0 -Wall -Werror -I.. -g -O2 -c msynctool.c msynctool.c:102: error: error sint=E1ctico before '*' token msynctool.c: En la funci=F3n `member_status': msynctool.c:104: error: `status' undeclared (first use in this function) msynctool.c:104: error: (Each undeclared identifier is reported only once msynctool.c:104: error: for each function it appears in.) msynctool.c:114: error: `MEMBER_COMMITTED_ALL' undeclared (first use in this function) msynctool.c:129: error: `MEMBER_COMMITTED_ALL_ERROR' undeclared (first use in this function) msynctool.c: En el nivel principal: msynctool.c:135: error: error sint=E1ctico before '*' token msynctool.c: En la funci=F3n `mapping_status': msynctool.c:137: error: `status' undeclared (first use in this function) msynctool.c: En el nivel principal: msynctool.c:180: error: error sint=E1ctico before "OSyncChangeUpdate" msynctool.c: En la funci=F3n `entry_status': msynctool.c:182: error: `status' undeclared (first use in this function) msynctool.c: En la funci=F3n `conflict_handler': msynctool.c:227: aviso: implicit declaration of function `osengine_mapping_ignore_conflict' msynctool.c:229: aviso: implicit declaration of function `osengine_mapping_solve_latest' msynctool.c: En la funci=F3n `synchronize': msynctool.c:259: aviso: implicit declaration of function `osengine_new' msynctool.c:259: aviso: inicializaci=F3n se crea un puntero desde un entero sin una conversi=F3n msynctool.c:266: aviso: implicit declaration of function `osengine_set_memberstatus_callback' msynctool.c:267: aviso: implicit declaration of function `osengine_set_changestatus_callback' msynctool.c:268: aviso: implicit declaration of function `osengine_set_enginestatus_callback' msynctool.c:269: aviso: implicit declaration of function `osengine_set_mappingstatus_callback' msynctool.c:270: aviso: implicit declaration of function `osengine_set_conflict_callback' msynctool.c:274: aviso: implicit declaration of function `osengine_flag_manual' msynctool.c:276: aviso: implicit declaration of function `osengine_init' msynctool.c:284: aviso: implicit declaration of function `osengine_sync_and_block' msynctool.c:290: aviso: implicit declaration of function `osengine_synchronize' msynctool.c:300: aviso: implicit declaration of function `osengine_one_iteration' msynctool.c:306: aviso: implicit declaration of function `osengine_wait_sync_end' msynctool.c:310: aviso: implicit declaration of function `osengine_finalize' msynctool.c:311: aviso: implicit declaration of function `osengine_free' msynctool.c: En la funci=F3n `configure': msynctool.c:378: aviso: implicit declaration of function `osync_member_get_config_or_default' make[2]: *** [msynctool.o] Error 1 make[2]: Leaving directory `/home/vud1/multisync/multisync-0.90/tools' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/vud1/multisync/multisync-0.90' make: *** [all-recursive-am] Error 2 any idea? :( thanks --=20 +-----------+ vud1 at sindominio.net =20 |.---------.| GnuPG: http://www.e-oss.net/vud1.asc=20 || || =20 |+---------+| +-------------------------------------+ +-..-----..-+ | http://www.e-oss.net | .-----------. | http://www.x-evian.org | / /=3D=3D=3D=3D=3D=3D=3D=3D=3D\ \ | http://www.sindominio.net/metabolik = | /_______________\ +-------------------------------------+=20 \_______________/ |
From: Danny B. <dan...@sc...> - 2005-09-04 18:11:23
|
The file syncing functionality is not stable yet, I'm struggling with it. You might want to disable it, by removing that part from the configuration. Danny On Sat, 2005-09-03 at 16:17 +0200, Stefan Struhs wrote: > Hi, >=20 > I've tried to sync evo2 and my ce device.=20 >=20 > group: syncetest > member 1: evo2-sync > member 2: synce-plugin >=20 > 1. All databases are empty, no contacts, no todos, no events in evo2 and > on my ce device. >=20 > 2. I've created a calendar event on my ce device and then I've tried to > sync. Here is what I've got: >=20 > Synchronizing group "syncetest" > The previous synchronization was unlean. Slow-syncing > Member 1 of type evo2-sync just connected > [CeStartReplication:350] result =3D 0x00000001 > [rrac_expect_reply:341] Expecting reply to command 0000006f > [rrac_recv_any:235] Received command 0000006c --=20 Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info |
From: Stefan S. <ste...@we...> - 2005-09-03 14:18:10
|
Hi, I've tried to sync evo2 and my ce device.=20 group: syncetest member 1: evo2-sync member 2: synce-plugin 1. All databases are empty, no contacts, no todos, no events in evo2 and on my ce device. 2. I've created a calendar event on my ce device and then I've tried to sync. Here is what I've got: Synchronizing group "syncetest" The previous synchronization was unlean. Slow-syncing Member 1 of type evo2-sync just connected [CeStartReplication:350] result =3D 0x00000001 [rrac_expect_reply:341] Expecting reply to command 0000006f [rrac_recv_any:235] Received command 0000006c [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. Member 2 of type synce-plugin just connected All clients connected or error [rra_syncmgr_subscribe:601] Subcribing to type 00002715 [rrac_expect_reply:341] Expecting reply to command 00000070 [rrac_recv_any:235] Received command 0000006c Member 1 of type evo2-sync just sent all changes [rrac_recv_any:235] Received command 00000069 [rra_syncmgr_handle_event:867] code =3D 00000069 [rra_syncmgr_on_notify:836] Notify code =3D 02000000 [rrac_recv_any:235] Received command 00000069 [rra_syncmgr_handle_event:867] code =3D 00000069 [rra_syncmgr_on_notify:836] Notify code =3D 06000000 [sync_command_notify_header:1137] type =3D 00002715, total =3D 0, unchanged =3D 0, changed =3D 0, deleted =3D 0 [rrac_event_pending:101] Testing for event [rra_syncmgr_unsubscribe:617] Unsubscribed from type 00002715 [CeStartReplication:350] result =3D 0x00000001 [rrac_expect_reply:341] Expecting reply to command 0000006f [rrac_recv_any:235] Received command 0000006c [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. Member 2 of type synce-plugin just sent all changes All clients sent changes or error Member 2 of type synce-plugin committed all changes. opensync_hashtable.c:37:E:osync_hashtable_assert_loaded: Hashtable not loaded yet. You have to load the hashtable first using osync_hashtable_load! Get=F6tet 3. Calendar event was not in evo2.=20 4. evo2 now chrashes evertime I try to do something. 5. Deleted the calendar event on the ce device. Created a calendar event in evo2 (see attachment test event.vcf) and tried to sync: Here is what I've got: Synchronizing group "syncetest" The previous synchronization was unlean. Slow-syncing Member 1 of type evo2-sync just connected [CeStartReplication:350] result =3D 0x00000001 [rrac_expect_reply:341] Expecting reply to command 0000006f [rrac_recv_any:235] Received command 0000006c [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. Member 2 of type synce-plugin just connected All clients connected or error [rra_syncmgr_subscribe:601] Subcribing to type 00002715 [rrac_expect_reply:341] Expecting reply to command 00000070 [rrac_recv_any:235] Received command 0000006c [rrac_recv_any:235] Received command 00000069 [rra_syncmgr_handle_event:867] code =3D 00000069 [rra_syncmgr_on_notify:836] Notify code =3D 02000000 [rrac_recv_any:235] Received command 00000069 [rra_syncmgr_handle_event:867] code =3D 00000069 [rra_syncmgr_on_notify:836] Notify code =3D 06000000 [sync_command_notify_header:1137] type =3D 00002715, total =3D 0, unchanged =3D 0, changed =3D 0, deleted =3D 0 Received a entry 20050902T151700Z-20746-100-11890-7@stefan-fpc with data of size 4 from member 1. Changetype 1 Member 1 of type evo2-sync just sent all changes [rrac_event_pending:101] Testing for event [rra_syncmgr_unsubscribe:617] Unsubscribed from type 00002715 [CeStartReplication:350] result =3D 0x00000001 [rrac_expect_reply:341] Expecting reply to command 0000006f [rrac_recv_any:235] Received command 0000006c [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. Member 2 of type synce-plugin just sent all changes All clients sent changes or error All conflicts have been reported [on_timezone_tzid:401] TZID =3D '/softwarestudio.org/Olson_20011030_5/Europe/Berlin' [rrac_send_data:912] object_id=3D0x20050902, type_id=3D0x2713, flags=3D0x2, data size=3D0xc7 Member 1 of type evo2-sync committed all changes. [rrac_recv_any:235] Received command 00000065 [rrac_expect_reply:341] Expecting reply to command 0000006f [rrac_recv_any:235] Received command 0000006c Sent a entry 20050902T151700Z-20746-100-11890-7@stefan-fpc of size 1009 to member 2. Changetype 1 Member 2 of type synce-plugin committed all changes. All clients have writen opensync_hashtable.c:37:E:osync_hashtable_assert_loaded: Hashtable not loaded yet. You have to load the hashtable first using osync_hashtable_load! Get=F6tet 6. Calendar event was not on the ce device. 7. Created a contact (see attachment test contact.vcf) and tried to sync. Here is what I've got: Synchronizing group "syncetest" The previous synchronization was unlean. Slow-syncing Member 1 of type evo2-sync just connected [CeStartReplication:350] result =3D 0x00000001 [rrac_expect_reply:341] Expecting reply to command 0000006f [rrac_recv_any:235] Received command 0000006c [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. Member 2 of type synce-plugin just connected All clients connected or error [rra_syncmgr_subscribe:601] Subcribing to type 00002715 [rrac_expect_reply:341] Expecting reply to command 00000070 [rrac_recv_any:235] Received command 0000006c [rrac_recv_any:235] Received command 00000069 [rra_syncmgr_handle_event:867] code =3D 00000069 [rra_syncmgr_on_notify:836] Notify code =3D 02000000 [rrac_recv_any:235] Received command 00000069 [rra_syncmgr_handle_event:867] code =3D 00000069 [rra_syncmgr_on_notify:836] Notify code =3D 06000000 [sync_command_notify_header:1137] type =3D 00002715, total =3D 0, unchanged =3D 0, changed =3D 0, deleted =3D 0 Received a entry pas-id-4318703D00000000 with data of size 4 from member 1. Changetype 1 Received a entry 20050902T151700Z-20746-100-11890-7@stefan-fpc with data of size 4 from member 1. Changetype 1 Member 1 of type evo2-sync just sent all changes [rrac_event_pending:101] Testing for event [rra_syncmgr_unsubscribe:617] Unsubscribed from type 00002715 [CeStartReplication:350] result =3D 0x00000001 [rrac_expect_reply:341] Expecting reply to command 0000006f [rrac_recv_any:235] Received command 0000006c [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. Member 2 of type synce-plugin just sent all changes All clients sent changes or error All conflicts have been reported [parser_handle_field:1133] Field name 'X-KADDRESSBOOK-X-Department' not recognized [parser_handle_field:1133] Field name 'X-KADDRESSBOOK-X-Office' not recognized [parser_handle_field:1133] Field name 'ROLE' not recognized [parser_handle_field:1133] Field name 'X-EVOLUTION-MANAGER' not recognized [parser_handle_field:1133] Field name 'NICKNAME' not recognized [parser_handle_field:1133] Field name 'NOTE' not recognized [parser_handle_field:1133] Field name 'X-MOZILLA-HTML' not recognized [strv_dump:44] 'p.o. box-biz test' [strv_dump:44] '' [strv_dump:44] 'Biz Test street 007' [strv_dump:44] 'Muster-biz-town' [strv_dump:44] 'state-' [rra_contact_from_vcard2:1273] Can't handle multiline values [rra_contact_from_vcard:1393] Failed to convert vCard to database entries [rra_syncmgr_put_multiple_objects:1142] Empty object of type 00002714 with ID 00000000, ignoring. [rrac_expect_reply:341] Expecting reply to command 0000006f [rrac_recv_any:235] Received command 0000006c [on_timezone_tzid:401] TZID =3D '/softwarestudio.org/Olson_20011030_5/Europe/Berlin' [rrac_send_data:912] object_id=3D0x20050902, type_id=3D0x2713, flags=3D0x2, data size=3D0xc7 Sent a entry pas-id-4318703D00000000 of size 1202 to member 2. Changetype 1 Member 1 of type evo2-sync committed all changes. [rrac_recv_any:235] Received command 00000065 [rrac_expect_reply:341] Expecting reply to command 0000006f [rrac_recv_any:235] Received command 0000006c Sent a entry 20050902T151700Z-20746-100-11890-7@stefan-fpc of size 1009 to member 2. Changetype 1 Member 2 of type synce-plugin committed all changes. All clients have writen opensync_hashtable.c:37:E:osync_hashtable_assert_loaded: Hashtable not loaded yet. You have to load the hashtable first using osync_hashtable_load! Get=F6tet =20 8. Contact was not on the ce device. 9. Created a simple contact info (just the name > simple test contact.vcf) and tried to sync. Here is what I've got: Synchronizing group "syncetest" The previous synchronization was unlean. Slow-syncing Member 1 of type evo2-sync just connected [CeStartReplication:350] result =3D 0x00000001 [rrac_expect_reply:341] Expecting reply to command 0000006f [rrac_recv_any:235] Received command 0000006c [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. Member 2 of type synce-plugin just connected All clients connected or error [rra_syncmgr_subscribe:601] Subcribing to type 00002715 [rrac_expect_reply:341] Expecting reply to command 00000070 [rrac_recv_any:235] Received command 0000006c [rrac_recv_any:235] Received command 00000069 [rra_syncmgr_handle_event:867] code =3D 00000069 [rra_syncmgr_on_notify:836] Notify code =3D 02000000 [rrac_recv_any:235] Received command 00000069 [rra_syncmgr_handle_event:867] code =3D 00000069 [rra_syncmgr_on_notify:836] Notify code =3D 06000000 [sync_command_notify_header:1137] type =3D 00002715, total =3D 0, unchanged =3D 0, changed =3D 0, deleted =3D 0 Received a entry pas-id-4318715400000001 with data of size 4 from member 1. Changetype 1 Received a entry pas-id-4318703D00000000 with data of size 4 from member 1. Changetype 1 Received a entry 20050902T151700Z-20746-100-11890-7@stefan-fpc with data of size 4 from member 1. Changetype 1 Member 1 of type evo2-sync just sent all changes [rrac_event_pending:101] Testing for event [rra_syncmgr_unsubscribe:617] Unsubscribed from type 00002715 [CeStartReplication:350] result =3D 0x00000001 [rrac_expect_reply:341] Expecting reply to command 0000006f [rrac_recv_any:235] Received command 0000006c [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. [filetime_to_unix_time:23] This function is deprecated. Use time_fields_from_filetime() instead. Member 2 of type synce-plugin just sent all changes All clients sent changes or error All conflicts have been reported [parser_handle_field:1133] Field name 'X-MOZILLA-HTML' not recognized [rrac_send_data:912] object_id=3D0x0, type_id=3D0x2714, flags=3D0= x2, data size=3D0x5c [rrac_recv_any:235] Received command 00000065 [rrac_expect_reply:341] Expecting reply to command 0000006f Member 1 of type evo2-sync committed all changes. [rrac_recv_any:235] Received command 0000006c Sent a entry pas-id-4318715400000001 of size 138 to member 2. Changetype 1 [on_timezone_tzid:401] TZID =3D '/softwarestudio.org/Olson_20011030_5/Europe/Berlin' [rrac_send_data:912] object_id=3D0x20050902, type_id=3D0x2713, flags=3D0x2, data size=3D0xc7 [rrac_recv_any:235] Received command 00000065 [rrac_expect_reply:341] Expecting reply to command 0000006f [rrac_recv_any:235] Received command 0000006c Sent a entry 20050902T151700Z-20746-100-11890-7@stefan-fpc of size 1009 to member 2. Changetype 1 [parser_handle_field:1133] Field name 'X-KADDRESSBOOK-X-Department' not recognized [parser_handle_field:1133] Field name 'X-KADDRESSBOOK-X-Office' not recognized [parser_handle_field:1133] Field name 'ROLE' not recognized [parser_handle_field:1133] Field name 'X-EVOLUTION-MANAGER' not recognized [parser_handle_field:1133] Field name 'NICKNAME' not recognized [parser_handle_field:1133] Field name 'NOTE' not recognized [parser_handle_field:1133] Field name 'X-MOZILLA-HTML' not recognized [strv_dump:44] 'p.o. box-biz test' [strv_dump:44] '' [strv_dump:44] 'Biz Test street 007' [strv_dump:44] 'Muster-biz-town' [strv_dump:44] 'state-' [rra_contact_from_vcard2:1273] Can't handle multiline values [rra_contact_from_vcard:1393] Failed to convert vCard to database entries [rra_syncmgr_put_multiple_objects:1142] Empty object of type 00002714 with ID 00000000, ignoring. [rrac_expect_reply:341] Expecting reply to command 0000006f [rrac_recv_any:235] Received command 0000006c Sent a entry pas-id-4318703D00000000 of size 1202 to member 2. Changetype 1 Member 2 of type synce-plugin committed all changes. All clients have writen opensync_hashtable.c:37:E:osync_hashtable_assert_loaded: Hashtable not loaded yet. You have to load the hashtable first using osync_hashtable_load! Get=F6tet =20 10. Simple contact is on the ce device, but was filed with the full name field (FN:Mrs. Muster Frau), which is wrong. Should be filed under the same name as in evo2 (here: Frau, Muster). This is the same behaviour as with the old multisync. I've reported this at the synce-list but have never got a reply to this. I've always got the last error (opensync_hashtable.c:37:E:osync_hashtable_assert_loaded: Hashtable not loaded yet. You have to load the hashtable first using osync_hashtable_load!), no matter what I have done. Do I make a mistake? How to get things synced? Does anybody have synced something? Regards, Stefan |
From: Armin B. <arm...@de...> - 2005-09-01 21:42:41
|
David Eriksson wrote: > On Thu, 2005-09-01 at 18:07 +0200, Armin Bauer wrote: > > >>Hi, >> >>i wrote a wiki entry about the planned IPC mechanism: >>http://www.opensync.org/wiki/IPC >> >>How you can help depends on how good you know ipc mechanisms. There is >>no real difficulty in adding the ipc stuff, its just a lot of work to >>write :) > > > Be careful when planning this. IPC and RPC has been done many times > before and I know it is tempting to reinvent the wheel, either due to > "not invented here" syndrome or due to something else. > We also took a look at dbus. But we decided that we dont need any of the advanced features of dbus. One other important aspect we need in out IPC is that it is fast and can handle large amounts of data. With dbus everything has to go over a central server process. Therefore it cannot be as fast as a direct ipc. The only advantage i see by using dbus is that its easier to marshal data since you get type safety etc. And by using named sockets we dont have to link against yet another library. > I suggest taking a look at D-BUS. It's quite nice, IMHO: > > http://freedesktop.org/wiki/Software_2fdbus > > The only problem with D-BUS right now is versioning; there is no > compatibility promised until after 1.0 is released and the D-BUS version > may vary between Linux distros today... > |
From: Armin B. <arm...@de...> - 2005-09-01 21:37:52
|
uh. true of course. ill append the current username to it so they dont trip over each other. i also automatically remove the file once we are done. Thanks for pointing this out! Stefan Struhs wrote: > Hi! > > I've tried to report a bug by opening a new ticket but I failed to > submit it. Here is the bug: > > When using msynctool and configuring first as root and then as a > normal user, the user can't configure a member, > because /tmp/msynctooltmp from root is still there and the user > have not the permissons to change it, because root has created > the file. > > {{{ > Unable to write configdata to tmp: Unable to open > file /tmp/msynctooltmp for writing: Permission denied > }}} > > > Workaround: > as root "chmod 666 /tmp/msynctooltmp" > > Hope that helps! > > Regards, > Stefan > > |
From: David E. <tw...@us...> - 2005-09-01 18:59:01
|
On Thu, 2005-09-01 at 18:07 +0200, Armin Bauer wrote: > Hi, > > i wrote a wiki entry about the planned IPC mechanism: > http://www.opensync.org/wiki/IPC > > How you can help depends on how good you know ipc mechanisms. There is > no real difficulty in adding the ipc stuff, its just a lot of work to > write :) Be careful when planning this. IPC and RPC has been done many times before and I know it is tempting to reinvent the wheel, either due to "not invented here" syndrome or due to something else. I suggest taking a look at D-BUS. It's quite nice, IMHO: http://freedesktop.org/wiki/Software_2fdbus The only problem with D-BUS right now is versioning; there is no compatibility promised until after 1.0 is released and the D-BUS version may vary between Linux distros today... -- Regards, -\- David Eriksson -/- SynCE - http://synce.sourceforge.net ScummVM - http://scummvm.sourceforge.net Desquirr - http://desquirr.sourceforge.net |
From: Danny B. <dan...@sc...> - 2005-09-01 18:03:15
|
No such warning on my system. I've changed it to %F without testing. (I'll do that soon though :-)) Danny On Thu, 2005-09-01 at 16:35 +0200, Stefan Struhs wrote: > Hi, >=20 > compiling the most recent SynCE-plugin (svn) with the most recent > OpenSync (svn) leads to the following error: >=20 > if /bin/sh ../libtool --tag=3DCC --mode=3Dcompile gcc > -DHAVE_CONFIG_H -I. -I. -I.. -Wall -Werror > -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include > -I/usr/include/libxml2 -I/usr/local/include/opensync-1.0 -O3 > -march=3Dathlon-xp -mcpu=3Dathlon-xp -pipe -MT synce_file.lo -MD = -MP > -MF ".deps/synce_file.Tpo" -c -o synce_file.lo synce_file.c; \ > then mv -f ".deps/synce_file.Tpo" ".deps/synce_file.Plo"; else > rm -f ".deps/synce_file.Tpo"; exit 1; fi > gcc -DHAVE_CONFIG_H -I. -I. -I.. -Wall -Werror > -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include > -I/usr/include/libxml2 -I/usr/local/include/opensync-1.0 -O3 > -march=3Dathlon-xp -mcpu=3Dathlon-xp -pipe -MT synce_file.lo -MD = -MP > -MF .deps/synce_file.Tpo -c synce_file.c -fPIC -DPIC > -o .libs/synce_file.o > synce_file.c: In function `FileHash': > synce_file.c:87: warning: `%c' yields only last 2 digits of year > in some locales > make[2]: *** [synce_file.lo] Fehler 1 > make[2]: Leaving directory > `/var/tmp/portage/opensync-plugin-synce-svn-0.03/work/opensync-pl= ugin-synce-svn-0.03/src' > make[1]: *** [all-recursive] Fehler 1 > make[1]: Leaving directory > `/var/tmp/portage/opensync-plugin-synce-svn-0.03/work/opensync-pl= ugin-synce-svn-0.03' > make: *** [all] Fehler 2 >=20 > Am I doing something wrong? >=20 > Regards, > Stefan >=20 >=20 >=20 >=20 > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practic= es > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & Q= A > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > Opensync-users mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensync-users >=20 --=20 Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info |
From: Armin B. <arm...@de...> - 2005-09-01 16:21:39
|
Stefan Struhs wrote: > Hi! > > As written before I am not able to creat a ticket for bugs. > The tickets were created: http://www.opensync.org/report/3 It just has troubles sending notifications to the opensync devel mailing list. > I am using svn-versions of everything. > > I am syncing evo2 contact entries with the vcf's and observed the > following: > > 1. Import the attached contact in Evolution2 01-evo2-file-test.vcf. > 2. Than sync evo2-contacts and vcf's as described on www.opensync.org. > 3. Open the just created vcf (02-evo2-file-test.vcf) with an editor and > change nickname to "check-test". There is no revision date, so I assume > that the file date will be used to detect changes. Anyway, you can not > open the vcf from the file-sync-member with gedit > there is a strange > eof character; if you delete it with i.e. nano you can open it with > gedit (is this a bug or a feature?). After changing the file you'll get > a file like 03-evo2-file-test.vcf. File date is the actual LOCAL date, > say "01.09.2005 06:00". > 4. Now change number to "+49 190 654321" in Evolution2 and you will get > 04-evo2-file-test.vcf with the revision date "2005-09-01T04:05:00Z", > which is an UTC date. > 5. Now sync again and confirm with "N" for Newer contact, which should > be the Evolution2 contact and NOT the vcf of file-sync. But in fact you > will get the older vcf of file-sync in Evolution2 > > 05-evo2-file-test.vcf. > > I think that you don't take into account that evolution is using UTC > revision dates and NOT LOCAL dates. > Right! Thanks for the tip. I guess we have to set a standard to use in opensync internally. I would say to always use unix time in UTC and convert all other times to this. Or are there any downsides of this? > Hope that helps! > > Regards, > Stefan > > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > Opensync-users mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensync-users |
From: Stefan S. <ste...@we...> - 2005-09-01 16:15:01
|
Hi! As written before I am not able to creat a ticket for bugs. I am using svn-versions of everything. I am syncing evo2 contact entries with the vcf's and observed the following: 1. Import the attached contact in Evolution2 01-evo2-file-test.vcf. 2. Than sync evo2-contacts and vcf's as described on www.opensync.org. 3. Open the just created vcf (02-evo2-file-test.vcf) with an editor and change nickname to "check-test". There is no revision date, so I assume that the file date will be used to detect changes. Anyway, you can not open the vcf from the file-sync-member with gedit > there is a strange eof character; if you delete it with i.e. nano you can open it with gedit (is this a bug or a feature?). After changing the file you'll get a file like 03-evo2-file-test.vcf. File date is the actual LOCAL date, say "01.09.2005 06:00". 4. Now change number to "+49 190 654321" in Evolution2 and you will get 04-evo2-file-test.vcf with the revision date "2005-09-01T04:05:00Z", which is an UTC date. 5. Now sync again and confirm with "N" for Newer contact, which should be the Evolution2 contact and NOT the vcf of file-sync. But in fact you will get the older vcf of file-sync in Evolution2 > 05-evo2-file-test.vcf. I think that you don't take into account that evolution is using UTC revision dates and NOT LOCAL dates. Hope that helps! Regards, Stefan |
From: Stefan S. <ste...@we...> - 2005-09-01 16:13:26
|
Hi! As written before I am not able to creat a ticket for bugs. I am using svn-versions of everything. I am syncing evo2 contact entries with the vcf's and observed the following: 1. Import the attached contact in Evolution2 01-evo2-file-test.vcf. 2. Than sync evo2-contacts and vcf's as described on www.opensync.org. 3. Open the just created vcf (02-evo2-file-test.vcf) with an editor and change nickname to "check-test". There is no revision date, so I assume that the file date will be used to detect changes. Anyway, you can not open the vcf from the file-sync-member with gedit > there is a strange eof character; if you delete it with i.e. nano you can open it with gedit (is this a bug or a feature?). After changing the file you'll get a file like 03-evo2-file-test.vcf. File date is the actual LOCAL date, say "01.09.2005 06:00". 4. Now change number to "+49 190 654321" in Evolution2 and you will get 04-evo2-file-test.vcf with the revision date "2005-09-01T04:05:00Z", which is an UTC date. 5. Now sync again and confirm with "N" for Newer contact, which should be the Evolution2 contact and NOT the vcf of file-sync. But in fact you will get the older vcf of file-sync in Evolution2 > 05-evo2-file-test.vcf. I think that you don't take into account that evolution is using UTC revision dates and NOT LOCAL dates. Hope that helps! Regards, Stefan |