Menu
▾
▴
opensync-users — The place to get help for the OpenSync project
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: Dmitrijs L. <dmi...@gm...> - 2008-02-28 00:26:31
|
All fine now. It works. Did not copy last "}". On Wed, 2008-02-27 at 23:47 +0000, Dmitrijs Ledkovs wrote: > ----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hello everyone! > > I'm following install guide > http://www.opensync.org/wiki/devel-branch-0.30 > > I created source.me file and I'm sourcing it in the ~/.bashrc but every > time I open shell or try to use compile function from it I always get > following error: > > ./source.me: line 35: syntax error: unexpected end of file > > Could you please help me? > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.6 (GNU/Linux) > > iD8DBQFHxfYzIfDtEE/1weQRAk9HAKCOCkaO6AArdRyD7B212anfZStDFQCePIXB > ki/UzVxZwAnfRbBJ8wzVYLQ= > =Uivw > -----END PGP SIGNATURE----- |
|
From: Dmitrijs L. <dmi...@gm...> - 2008-02-27 23:47:12
|
----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello everyone! I'm following install guide http://www.opensync.org/wiki/devel-branch-0.30 I created source.me file and I'm sourcing it in the ~/.bashrc but every time I open shell or try to use compile function from it I always get following error: ./source.me: line 35: syntax error: unexpected end of file Could you please help me? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxfYzIfDtEE/1weQRAk9HAKCOCkaO6AArdRyD7B212anfZStDFQCePIXB ki/UzVxZwAnfRbBJ8wzVYLQ= =Uivw -----END PGP SIGNATURE----- |
|
From: Michael B. <mic...@cm...> - 2008-02-27 11:03:57
|
Hi, usually I write such mails only to opensync-devel but I think that some users are perhaps interested too. I wrote a script which adds support for bash completion to msynctool. A description was added to the wiki (http://www.opensync.org/wiki/MsynctoolBashCompletion). So if you have a bash, use msynctool and want a little bit more comfort then this is perhaps worth a try. Best regards Michael P.S. you only need to install the shell script by hand. It is not necessary to upgrade to the newest source version. -- _______________________________________________________________ Michael Bell Humboldt-Universitaet zu Berlin Tel.: +49 (0)30-2093 2482 ZE Computer- und Medienservice Fax: +49 (0)30-2093 2704 Unter den Linden 6 mic...@cm... D-10099 Berlin _______________________________________________________________ X.509 CA Certificates / Wurzelzertifikate http://ra.pki.hu-berlin.de |
|
From: Bert H. <be...@be...> - 2008-02-25 07:27:59
|
2008/2/15, Ohliger <oh...@fh...>: > Hi Bert, > > attached to this email is my configuration file. I remembered, that I had to > change the version of the syncml to 1.1 on my cellular phone. I hope this > will help you... > Hello Kevin, I tried your config, but again no luck. Of course it is a different phone type, so I expected to have to make some changes. the N73 doesn't do stringtables for instance. Had to change that one. But again, I got no further than the short "connecting"-"disconnecting " cycle. Very frustrating. I will keep looking for upgrades to opensync. Hopefully it will work one day. I still haven't succeeded in transfering the addressbook from my old Sony-Ericsson V800 to my new Nokia N73. The SE sends all contacts in one big VCF file. The Nokia doesn't accept that. I saved the vcf file on my laptop. Does anyone know a alternative way of pushing it to the N73? Regards, Bert Regards, |
|
From: Michael B. <mic...@cm...> - 2008-02-22 11:06:54
|
Michael Bell schrieb: > Simon Josefsson schrieb: > >> Running msynctool appears to works fine, but it doesn't seem to shut >> down properly. So it will always flag the sync as unclean, and the next >> sync will be a slow-sync. (That's why I can't test your patch: all my >> sync are slow-syncs!) > > I have a similar problem actually but this is a very special bug: > > 1. I need at minimum one objtype which only sends DELETEs or nothing > 2. I need at minimum one objtype which sends ADD or REPLACE > > The result is that the plugin expects two maps but receives only one > map. I will prepare a fix today but I don't know if this fixes your > problem. I commited two patches. 1. I fixed libsyncml. The COMMITEDCHANGES event is now sent more reliable. (rev 385) 2. I replaced the commit code which depends on maps by more clean code relies on COMMITEDCHANGES event. (rev 3185) It works for me. This does not mean that your problem is fixed too :( Best regards Michael -- _______________________________________________________________ Michael Bell Humboldt-Universitaet zu Berlin Tel.: +49 (0)30-2093 2482 ZE Computer- und Medienservice Fax: +49 (0)30-2093 2704 Unter den Linden 6 mic...@cm... D-10099 Berlin _______________________________________________________________ X.509 CA Certificates / Wurzelzertifikate http://ra.pki.hu-berlin.de |
|
From: Michael B. <mic...@cm...> - 2008-02-22 09:04:48
|
Simon Josefsson schrieb: > Running msynctool appears to works fine, but it doesn't seem to shut > down properly. So it will always flag the sync as unclean, and the next > sync will be a slow-sync. (That's why I can't test your patch: all my > sync are slow-syncs!) I have a similar problem actually but this is a very special bug: 1. I need at minimum one objtype which only sends DELETEs or nothing 2. I need at minimum one objtype which sends ADD or REPLACE The result is that the plugin expects two maps but receives only one map. I will prepare a fix today but I don't know if this fixes your problem. Best regards Michael -- _______________________________________________________________ Michael Bell Humboldt-Universitaet zu Berlin Tel.: +49 (0)30-2093 2482 ZE Computer- und Medienservice Fax: +49 (0)30-2093 2704 Unter den Linden 6 mic...@cm... D-10099 Berlin _______________________________________________________________ X.509 CA Certificates / Wurzelzertifikate http://ra.pki.hu-berlin.de |
|
From: Simon J. <si...@jo...> - 2008-02-21 14:53:16
|
Michael Bell <mic...@cm...> writes: > Michael Bell schrieb: > >> The problem is that the plugin signals SLOW-SYNC during connect but >> OpenSync or msynctool does not react. I don't know which part of the >> software should check for such an event. Perhaps Daniel can clarify >> this. If I know where I have to search then I can try to find the >> bug. >> >> So your problem is still some kind of open. We fixed the first bug >> and found another one :( > > The SLOW-SYNC is signalled now correctly. I described the bug a little > bit more in detail on opensync-devel. The SLOW-SYNC issue is fixed > with SVN version 3184 of opensync. More details can be found in the > mail archive of the devel list. > > http://sourceforge.net/mailarchive/forum.php?thread_name=47BD87CE.2000501%40cms.hu-berlin.de&forum_name=opensync-devel > > If someone (especially Simon ;) ) could verify the change then this > would be really nice. Thanks! I'm trying to test it, but I'm running into a separate problem: Running msynctool appears to works fine, but it doesn't seem to shut down properly. So it will always flag the sync as unclean, and the next sync will be a slow-sync. (That's why I can't test your patch: all my sync are slow-syncs!) A gdb backtrace is rather useless, see below. The trace logs doesn't grow when opensync is in this state. The tail of the first thread log is: [1203605481.656762] <<<<<<< smlTransportReceiveEvent: 1 [1203605481.656799] <<<<<<< smlTransportObexClientDisconnect [1203605481.656836] <<<<<<< smlTransportWorkerHandler [1203605481.656876] >>>>>>> smlTransportWorkerHandler(0xb0f1ded8, 0x807c480) [1203605481.656915] >>>>>>> smlTransportObexClientDisconnect(0x8079048, (nil)) [1203605481.656963] Disconnect loop 0 The tail of the second thread log file is: [1203605481.657388] <<<<<<< smlDsSessionDispatch() [1203605481.657424] >>>>>>> smlDsSessionDispatch(0x809b998) [1203605481.657458] recvChanges: (nil) changesCallback: 0xb7192fe0 [1203605481.657491] <<<<<<< smlDsSessionDispatch() [1203605481.657525] >>>>>>> smlManagerDispatch(0x807c278) [1203605481.657592] >>>>>>> _smlManagerEventFree(0x808dcc8) [1203605481.657628] <<<<<<< _smlManagerEventFree [1203605481.657663] <<<<<<< smlManagerDispatch [1203605481.679998] >>>>>>> smlManagerStop(0x807c278) [1203605481.680384] >>>>>>> smlThreadStop(0x8078170) Any ideas on how to track this down? I may be building opensync without debug symbols, which would explain the useless gdb stacktrace. I don't know cmake well, how do I turn off optimization and on debugging? /Simon (gdb) r --sync e51-file Starting program: /home/jas/bin/msynctool --sync e51-file [Thread debugging using libthread_db enabled] [New Thread 0xb7a366b0 (LWP 21424)] Synchronizing group "e51-file" [New Thread 0xb7053b90 (LWP 21427)] [Thread 0xb7053b90 (LWP 21427) exited] [New Thread 0xb6852b90 (LWP 21428)] [Thread 0xb6852b90 (LWP 21428) exited] The previous synchronization was unclean. Slow-syncing [New Thread 0xb6852b90 (LWP 21429)] [New Thread 0xb7053b90 (LWP 21430)] [New Thread 0xb6051b90 (LWP 21431)] [New Thread 0xb5850b90 (LWP 21432)] [New Thread 0xb504fb90 (LWP 21433)] [New Thread 0xb484eb90 (LWP 21434)] [New Thread 0xb404db90 (LWP 21435)] [New Thread 0xb384cb90 (LWP 21436)] [New Thread 0xb304bb90 (LWP 21437)] [New Thread 0xb284ab90 (LWP 21438)] [New Thread 0xb2049b90 (LWP 21439)] [New Thread 0xb1848b90 (LWP 21440)] event sink of member 1 of type file-sync just connected contact sink of member 1 of type file-sync just connected Main sink of member 1 of type file-sync just connected Main sink of member 2 of type syncml-obex-client just connected ... Received an entry 1126 from member 2 (syncml-obex-client). Changetype ADDED Received an entry 1127 from member 2 (syncml-obex-client). Changetype ADDED Received an entry 1128 from member 2 (syncml-obex-client). Changetype ADDED contact sink of member 2 of type syncml-obex-client just sent all changes All clients sent changes or error All conflicts have been reported Received an reply to our sync Received an reply to our sync Main sink of member 2 of type syncml-obex-client committed all changes. event sink of member 1 of type file-sync committed all changes. contact sink of member 1 of type file-sync committed all changes. Main sink of member 1 of type file-sync committed all changes. contact sink of member 2 of type syncml-obex-client committed all changes. event sink of member 2 of type syncml-obex-client committed all changes. All clients have written event sink of member 2 of type syncml-obex-client reported sync done. contact sink of member 2 of type syncml-obex-client reported sync done. Main sink of member 2 of type syncml-obex-client reported sync done. event sink of member 1 of type file-sync reported sync done. contact sink of member 1 of type file-sync reported sync done. Main sink of member 1 of type file-sync reported sync done. All clients reported sync done The sync was successful event sink of member 1 of type file-sync just disconnected contact sink of member 1 of type file-sync just disconnected Main sink of member 1 of type file-sync just disconnected event sink of member 2 of type syncml-obex-client just disconnected contact sink of member 2 of type syncml-obex-client just disconnected Main sink of member 2 of type syncml-obex-client just disconnected All clients have disconnected [Thread 0xb504fb90 (LWP 21433) exited] Program received signal SIGINT, Interrupt. [Switching to Thread 0xb7a366b0 (LWP 21424)] 0xffffe410 in __kernel_vsyscall () (gdb) bt #0 0xffffe410 in __kernel_vsyscall () #1 0xb7ae8aa5 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/i686/cmov/libpthread.so.0 #2 0xb7dc97bd in pthread_cond_wait () from /lib/i686/cmov/libc.so.6 #3 0xb7e5b002 in ?? () from /usr/lib/libglib-2.0.so.0 #4 0x0806f0a0 in ?? () #5 0x0806b018 in ?? () #6 0xb7f5ca10 in ?? () #7 0xb7e2eff4 in ?? () from /lib/i686/cmov/libc.so.6 #8 0x0806b000 in ?? () #9 0xb7ee99c0 in ?? () from /usr/lib/libglib-2.0.so.0 #10 0x00000000 in ?? () (gdb) |
|
From: Michael B. <mic...@cm...> - 2008-02-21 14:25:28
|
Michael Bell schrieb: > The problem is that the plugin signals SLOW-SYNC during connect but > OpenSync or msynctool does not react. I don't know which part of the > software should check for such an event. Perhaps Daniel can clarify > this. If I know where I have to search then I can try to find the bug. > > So your problem is still some kind of open. We fixed the first bug and > found another one :( The SLOW-SYNC is signalled now correctly. I described the bug a little bit more in detail on opensync-devel. The SLOW-SYNC issue is fixed with SVN version 3184 of opensync. More details can be found in the mail archive of the devel list. http://sourceforge.net/mailarchive/forum.php?thread_name=47BD87CE.2000501%40cms.hu-berlin.de&forum_name=opensync-devel If someone (especially Simon ;) ) could verify the change then this would be really nice. Best regards Michael -- _______________________________________________________________ Michael Bell Humboldt-Universitaet zu Berlin Tel.: +49 (0)30-2093 2482 ZE Computer- und Medienservice Fax: +49 (0)30-2093 2704 Unter den Linden 6 mic...@cm... D-10099 Berlin _______________________________________________________________ X.509 CA Certificates / Wurzelzertifikate http://ra.pki.hu-berlin.de |
|
From: Hans V. <han...@gm...> - 2008-02-20 16:01:52
|
Is there anybody who can help please? On Feb 19, 2008 10:53 AM, Hans Voss <han...@gm...> wrote: > Hi all, > > After first having trouble getting libsyncml to detect and compile > with wbxml support, it now apparently cannot load the library any way. > (The sync hangs after an assert failure in line 457 of > "opensync_plugin.c" (which is the last line in the file and does not > contain an assert statement)). > > I have included below the output of the TRACEs for the sync action. > > Does anyone have any pointers as to: > 1) How to properly "force" the system (libsyncml, opensync, plugins) > to find/use libwbxml (I now hacked the cmake files to include the > -DENABLE_WBXML and -lwbxml2 options during compile/link, but I don't > think that is the proper way to do it ;-) > 2) Where to go look for the solution to the errors described below. > (Although it might be solved when question 1, above, is). > > I try to "chapterize" below for readability: > > ========================================== > MULTISYNC GUI OUTPUT TO STDOUT/STDERR > ========================================== > When running the multisync-gui this is the output: > hansv@satchmo:~/develop/opensync/0.36/trace$ multisync-gui > The previous synchronization was unclean. Slow-syncing > > ** ERROR **: file opensync_plugin.c: line 457 (osync_plugin_get_path): > assertion failed: (plugin) > aborting... > > ==================================================== > TRACES LOGGING (OSYNC_TRACE and SYNCML_TRACE) > ==================================================== > Thread3014605712-7314.log > ------------------------------------------------------------------------------------------- > Using the OSYNC_TRACE and SYNCML_TRACE options I discover the following: > [1203413837.240887] >>>>>>> > osync_member_set_objtype_enabled(0x8090e98, todo, 1) > [1203413837.241012] <<<<<<< osync_member_set_objtype_enabled > [1203413837.241038] [OSPLG] ERROR: Couldn't find the plugin > syncml-obex-client for member > [1203413837.241062] [OSGRP] ERROR: (null): No sink information, > can't load plugin, and I can't return error > [1203413837.241085] >>>>>>> > osync_member_set_objtype_enabled(0x8090e98, event, 1) > [1203413837.241106] <<<<<<< osync_member_set_objtype_enabled > [1203413837.241128] [OSPLG] ERROR: Couldn't find the plugin > syncml-obex-client for member > [1203413837.241150] [OSGRP] ERROR: (null): No sink information, > can't load plugin, and I can't return error > [1203413837.241172] >>>>>>> > osync_member_set_objtype_enabled(0x8090e98, note, 1) > [1203413837.241193] <<<<<<< osync_member_set_objtype_enabled > [1203413837.241214] [OSPLG] ERROR: Couldn't find the plugin > syncml-obex-client for member > [1203413837.241237] [OSGRP] ERROR: (null): No sink information, > can't load plugin, and I can't return error > [1203413837.241259] >>>>>>> > osync_member_set_objtype_enabled(0x8090e98, data, 1) > [1203413837.241279] <<<<<<< osync_member_set_objtype_enabled > [1203413837.241301] [OSPLG] ERROR: Couldn't find the plugin > syncml-obex-client for member > [1203413837.241322] [OSGRP] ERROR: (null): No sink information, > can't load plugin, and I can't return error > [1203413837.241344] >>>>>>> > osync_member_set_objtype_enabled(0x8090e98, contact, 1) > [1203413837.241364] <<<<<<< osync_member_set_objtype_enabled > [1203413837.241385] [OSPLG] ERROR: Couldn't find the plugin > syncml-obex-client for member > [1203413837.241407] [OSGRP] ERROR: (null): No sink information, > can't load plugin, and I can't return error > [1203413837.241963] >>>>>>> > osync_member_set_objtype_enabled(0x8090e98, todo, 0) > [1203413837.241994] <<<<<<< osync_member_set_objtype_enabled > [1203413837.242017] [OSPLG] ERROR: Couldn't find the plugin > syncml-obex-client for member > [1203413837.242040] [OSGRP] ERROR: (null): No sink information, > can't load plugin, and I can't return error > [1203413837.242064] >>>>>>> > osync_member_set_objtype_enabled(0x8090e98, note, 0) > [1203413837.242085] <<<<<<< osync_member_set_objtype_enabled > [1203413837.242106] [OSPLG] ERROR: Couldn't find the plugin > syncml-obex-client for member > [1203413837.242129] [OSGRP] ERROR: (null): No sink information, > can't load plugin, and I can't return error > [1203413837.242186] >>>>>>> osengine_new(0x8077d98, 0xb3af3358) > [1203413837.242246] Detected User: > UID: 1005 > GID: 100 > Home: /home/hansv > ... > ...file continues without further apparent errors... > > > ------------------------------------------------------------------------------------------- > Thread3014605712-7340.log > ------------------------------------------------------------------------------------------- > [1203413837.732622] [OSPLG] ERROR: Couldn't find the plugin > syncml-obex-client for member > ------------------------------------------------------------------------------------------- > > > > ------------------------------------------------------------------------------------------- > Thread3072476864-7314.log > ------------------------------------------------------------------------------------------- > [1203413834.52925] >>>>>>> osync_env_initialize(0x8077c80, 0xbfc731b0) > [1203413834.53279] >>>>>>> > osync_env_load_plugins(0x8077c80, (null), 0xbfc731b0) > [1203413834.53364] >>>>>>> > osync_module_load_dir(0x8077c80, /usr/local/lib/opensync/plugins, > 0xbfc731b0) > [1203413834.53629] >>>>>>> > osync_module_load(0x8077c80, > /usr/local/lib/opensync/plugins/syncml_plugin.so, 0xbfc73114) > [1203413834.84846] <--- ERROR --- > osync_module_load: Unable to open module > /usr/local/lib/opensync/plugins/syncml_plugin.so: /usr/local/lib/li > bsyncml.so.0: undefined symbol: wbxml_conv_xml2wbxml_withlen > [1203413834.84970] [OSPLG] ERROR: Unable > to load plugin /usr/local/lib/opensync/plugins/syncml_plugin.so: > Unable to open module /usr/local/lib > /opensync/plugins/syncml_plugin.so: /usr/local/lib/libsyncml.so.0: > undefined symbol: wbxml_conv_xml2wbxml_withlen > [1203413834.85079] >>>>>>> > osync_module_load(0x8077c80, > /usr/local/lib/opensync/plugins/kdepim_lib.so, 0xbfc73114) > [1203413834.898259] <<<<<<< > osync_module_load: Not loading implementation library > [1203413834.898397] >>>>>>> > osync_module_load(0x8077c80, > /usr/local/lib/opensync/plugins/kdepim_sync.so, 0xbfc73114) > [1203413834.898788] > osync_plugin_new_info(0x8077c80): 0x808aa10 > [1203413834.898842] <<<<<<< > osync_module_load: 0x808a560 > [1203413834.898894] <<<<<<< osync_module_load_dir > [1203413834.898915] <<<<<<< osync_env_load_plugins > ... > ...file continues without further apparent errors... > > ------------------------------------------------------------------------------------------- > Other logging > ------------------------------------------------------------------------------------------- > The other log file is for the kdepim-sync plugin and does not contain > any readily apparent errors. > > > > -- > ---- > Met vriendelijke groeten / With kind regards > Hans Voss > --------------------------------------- > * Senior Consultant Open Source, Networking and Security > * General Open Sourcerer > * google talk enabled > * blog: http://jazzterdaily.blogspot.com - Tech and other news that > caught my attention. > * Shared News feed: > https://www.google.com/reader/public/atom/user/02723796534474865919/state/com.google/broadcast > -- ---- Met vriendelijke groeten / With kind regards Hans Voss --------------------------------------- * Senior Consultant Open Source, Networking and Security * General Open Sourcerer * google talk enabled * blog: http://jazzterdaily.blogspot.com - Tech and other news that caught my attention. * Shared News feed: https://www.google.com/reader/public/atom/user/02723796534474865919/state/com.google/broadcast |
|
From: Simon J. <si...@jo...> - 2008-02-20 14:52:46
|
Michael Bell <mic...@cm...> writes: > Simon Josefsson schrieb: >> >> Hi Michael. I'm attaching the zip'ed logs in this mail. It dies pretty >> fast, here is the output: > > There was a wrong free in smlNotificationSend. I never test this code > because my mobile does not support SyncML over OBEX. The fixed > revisions are: > > libsyncml: 384 > opensync: 3183 It works now. Thanks! /Simon |
|
From: Michael B. <mic...@cm...> - 2008-02-20 14:37:38
|
Simon Josefsson schrieb: > > Hi Michael. I'm attaching the zip'ed logs in this mail. It dies pretty > fast, here is the output: There was a wrong free in smlNotificationSend. I never test this code because my mobile does not support SyncML over OBEX. The fixed revisions are: libsyncml: 384 opensync: 3183 Best regards Michael -- _______________________________________________________________ Michael Bell Humboldt-Universitaet zu Berlin Tel.: +49 (0)30-2093 2482 ZE Computer- und Medienservice Fax: +49 (0)30-2093 2704 Unter den Linden 6 mic...@cm... D-10099 Berlin _______________________________________________________________ X.509 CA Certificates / Wurzelzertifikate http://ra.pki.hu-berlin.de |
|
From: Emanoil K. <a97...@un...> - 2008-02-20 14:08:44
|
Hello, I've spent some time to configure my Nokia 6021 to connect over IrDA (ircomm) to Linux. Using gammu or gnokki (for the nokia phone) can read data from the Phone. Unfortunately they can not read Todos, Memos and Calender. My question is how can I sync my data including Todos, Memos and Calender to and from my notebook with both phones over opensync or some other solution. With the Nokia phone it is not working at all - I think the phone does not support OBEX - can you confirm this, or tell my why it is not working. The K750i starts the sync but crashes at some point ... may be charset or field parsing problem. Which is the place to post the bug report and dump/log information. thanks for any help, because slowly the contacts are getting messy best regards -- +------------------+ o Emanoil Kotsev o o penguin friendly o +------------------+ |
|
From: Simon J. <si...@jo...> - 2008-02-20 11:26:34
|
Simon Josefsson <si...@jo...> writes: > Hi Michael. I'm attaching the zip'ed logs in this mail. It dies pretty > fast, here is the output: The server rejected posts with zip attachments.. I placed it at: http://josefsson.org/tmp/smlsafefree.zip /Simon |
|
From: Simon J. <si...@jo...> - 2008-02-20 11:24:59
|
Michael Bell <mic...@cm...> writes: > Hi Simon, > > Simon Josefsson schrieb: > >> Hi again. I'm not sure from the latest discussions whether my original >> problem is supposed to be fixed or not, but I just tried using the >> latest svn version of opensync, file-sync, syncml, vformat (but >> libsyncml 0.4.6 because libsyncml svn breaks directly with smlSafeFree >> errors) and I still get duplicates when syncing syncml-obex-client to >> file-sync. Slightly trimmed output as below. Should I expect any >> change in this yet? > > The problem changed a little bit. My actual environment is libsyncml > rev 383 and all other stuff is at rev 3179. I get no smlSafeFree > errors. So if you get such errors then I need your traces or at > minimum the last 20-100 lines of each log file (Thread-*). I can sync > and the syncml part works very well. Hi Michael. I'm attaching the zip'ed logs in this mail. It dies pretty fast, here is the output: jas@mocca:/tmp/log$ time syncml-obex-client -b $MAC $CHANNEL --slow-sync text/x-vcard Contacts --wbxml --identifier "PC Suite" /home/jas/src/osync/libsyncml/libsyncml/sml_support.c:441:E:smlSafeFree: Assertion "*address" failed Aborted real 0m0.027s user 0m0.012s sys 0m0.012s jas@mocca:/tmp/log$ A gdb backtrace is: (gdb) bt #0 0xffffe410 in __kernel_vsyscall () #1 0xb7b03f15 in raise () from /lib/i686/cmov/libc.so.6 #2 0xb7b05891 in abort () from /lib/i686/cmov/libc.so.6 #3 0xb7efd855 in smlSafeFree () from /usr/local/lib/libsyncml.so.0 #4 0xb7efd88e in smlSafeCFree () from /usr/local/lib/libsyncml.so.0 #5 0xb7ef3269 in smlNotificationSend () from /usr/local/lib/libsyncml.so.0 #6 0x0804c440 in main () (gdb) I'll have to figure out how to build with debug information... > The problem is that the plugin signals SLOW-SYNC during connect but > OpenSync or msynctool does not react. I don't know which part of the > software should check for such an event. Perhaps Daniel can clarify > this. If I know where I have to search then I can try to find the bug. > > So your problem is still some kind of open. We fixed the first bug and > found another one :( Ok, no problem, and thanks for explaining. Forcing slow-syncing makes things work for me, although I suspect it is causing unnecessarily many merge dupes with the evolution plugin. But I can track down and report those separately. /Simon |
|
From: Michael B. <mic...@cm...> - 2008-02-20 10:48:25
|
Hi Simon, Simon Josefsson schrieb: > Hi again. I'm not sure from the latest discussions whether my original > problem is supposed to be fixed or not, but I just tried using the > latest svn version of opensync, file-sync, syncml, vformat (but > libsyncml 0.4.6 because libsyncml svn breaks directly with smlSafeFree > errors) and I still get duplicates when syncing syncml-obex-client to > file-sync. Slightly trimmed output as below. Should I expect any > change in this yet? The problem changed a little bit. My actual environment is libsyncml rev 383 and all other stuff is at rev 3179. I get no smlSafeFree errors. So if you get such errors then I need your traces or at minimum the last 20-100 lines of each log file (Thread-*). I can sync and the syncml part works very well. The problem is that the plugin signals SLOW-SYNC during connect but OpenSync or msynctool does not react. I don't know which part of the software should check for such an event. Perhaps Daniel can clarify this. If I know where I have to search then I can try to find the bug. So your problem is still some kind of open. We fixed the first bug and found another one :( Best regards Michael -- _______________________________________________________________ Michael Bell Humboldt-Universitaet zu Berlin Tel.: +49 (0)30-2093 2482 ZE Computer- und Medienservice Fax: +49 (0)30-2093 2704 Unter den Linden 6 mic...@cm... D-10099 Berlin _______________________________________________________________ X.509 CA Certificates / Wurzelzertifikate http://ra.pki.hu-berlin.de |
|
From: Simon J. <si...@jo...> - 2008-02-19 21:46:15
|
Michael Bell <mic...@cm...> writes: > Hi Daniel, > > i fixed the issue. The object sinks have now connect functions > too. They are called ds_client_register_sync_mode and > ds_server_register_sync_mode. The result of this change is a cool > cleanup. A lot of stuff is now much more clean because the phases are > now nicely separated (connect, sync mode, get_changes, batch_commit, > sync_done, disconnect). > > My M600i and OCS produce no longer dupes. Hi again. I'm not sure from the latest discussions whether my original problem is supposed to be fixed or not, but I just tried using the latest svn version of opensync, file-sync, syncml, vformat (but libsyncml 0.4.6 because libsyncml svn breaks directly with smlSafeFree errors) and I still get duplicates when syncing syncml-obex-client to file-sync. Slightly trimmed output as below. Should I expect any change in this yet? Forcing slow-syncing works relatively well, so I'll continue to do so. /Simon jas@mocca:~$ msynctool --sync e51-file Synchronizing group "e51-file" event sink of member 1 of type file-sync just connected contact sink of member 1 of type file-sync just connected Main sink of member 1 of type file-sync just connected Main sink of member 2 of type syncml-obex-client just connected ** (process:28882): WARNING **: The text/x-vcard property X-ANNIVERSARY is not supported. ** (process:28882): WARNING **: The text/x-vcard property X-ASSISTANT is not supported. ** (process:28882): WARNING **: The text/x-vcard property X-ASSISTANT-TEL is not supported. ** (process:28882): WARNING **: The text/x-vcard property X-CHILDREN is not supported. ** (process:28882): WARNING **: The text/x-vcard property X-CLASS is not supported. ** (process:28882): WARNING **: The text/x-vcard property X-EPOCSECONDNAME is not supported. ** (process:28882): WARNING **: The text/x-vcard property X-SIP is not supported. ** (process:28882): WARNING **: The text/x-vcard property X-SPOUSE is not supported. ** (process:28882): WARNING **: The text/x-vcard property X-WV-ID is not supported. event sink of member 2 of type syncml-obex-client just connected ** (process:28882): WARNING **: The text/x-vcard property X-ANNIVERSARY is not supported. ** (process:28882): WARNING **: The text/x-vcard property X-ASSISTANT is not supported. ** (process:28882): WARNING **: The text/x-vcard property X-ASSISTANT-TEL is not supported. ** (process:28882): WARNING **: The text/x-vcard property X-CHILDREN is not supported. ** (process:28882): WARNING **: The text/x-vcard property X-CLASS is not supported. ** (process:28882): WARNING **: The text/x-vcard property X-EPOCSECONDNAME is not supported. ** (process:28882): WARNING **: The text/x-vcard property X-SIP is not supported. ** (process:28882): WARNING **: The text/x-vcard property X-SPOUSE is not supported. ** (process:28882): WARNING **: The text/x-vcard property X-WV-ID is not supported. contact sink of member 2 of type syncml-obex-client just connected All clients connected or error Main sink of member 2 of type syncml-obex-client just sent all changes event sink of member 1 of type file-sync just sent all changes contact sink of member 1 of type file-sync just sent all changes Main sink of member 1 of type file-sync just sent all changes ** (process:28882): WARNING **: The text/x-vcard property X-ANNIVERSARY is not supported. ** (process:28882): WARNING **: The text/x-vcard property X-ASSISTANT is not supported. ** (process:28882): WARNING **: The text/x-vcard property X-ASSISTANT-TEL is not supported. ** (process:28882): WARNING **: The text/x-vcard property X-CHILDREN is not supported. ** (process:28882): WARNING **: The text/x-vcard property X-CLASS is not supported. ** (process:28882): WARNING **: The text/x-vcard property X-EPOCSECONDNAME is not supported. ** (process:28882): WARNING **: The text/x-vcard property X-SIP is not supported. ** (process:28882): WARNING **: The text/x-vcard property X-SPOUSE is not supported. ** (process:28882): WARNING **: The text/x-vcard property X-WV-ID is not supported. ** (process:28882): WARNING **: The text/x-vcard property X-ANNIVERSARY is not supported. ** (process:28882): WARNING **: The text/x-vcard property X-ASSISTANT is not supported. ** (process:28882): WARNING **: The text/x-vcard property X-ASSISTANT-TEL is not supported. ** (process:28882): WARNING **: The text/x-vcard property X-CHILDREN is not supported. ** (process:28882): WARNING **: The text/x-vcard property X-CLASS is not supported. ** (process:28882): WARNING **: The text/x-vcard property X-EPOCSECONDNAME is not supported. ** (process:28882): WARNING **: The text/x-vcard property X-SIP is not supported. ** (process:28882): WARNING **: The text/x-vcard property X-SPOUSE is not supported. ** (process:28882): WARNING **: The text/x-vcard property X-WV-ID is not supported. Received an entry 15 from member 2 (syncml-obex-client). Changetype ADDED Received an entry 24 from member 2 (syncml-obex-client). Changetype ADDED Received an entry 27 from member 2 (syncml-obex-client). Changetype ADDED Received an entry 52 from member 2 (syncml-obex-client). Changetype ADDED Received an entry 58 from member 2 (syncml-obex-client). Changetype ADDED Received an entry 63 from member 2 (syncml-obex-client). Changetype ADDED ... Received an entry 840 from member 2 (syncml-obex-client). Changetype ADDED Received an entry 841 from member 2 (syncml-obex-client). Changetype ADDED Received an entry 842 from member 2 (syncml-obex-client). Changetype ADDED Received an entry 843 from member 2 (syncml-obex-client). Changetype ADDED Received an entry 844 from member 2 (syncml-obex-client). Changetype ADDED Received an entry 845 from member 2 (syncml-obex-client). Changetype ADDED Received an entry 846 from member 2 (syncml-obex-client). Changetype ADDED Received an entry 847 from member 2 (syncml-obex-client). Changetype ADDED Received an entry 848 from member 2 (syncml-obex-client). Changetype ADDED contact sink of member 2 of type syncml-obex-client just sent all changes event sink of member 2 of type syncml-obex-client just sent all changes All clients sent changes or error All conflicts have been reported Received an reply to our sync Received an reply to our sync contact sink of member 2 of type syncml-obex-client committed all changes. event sink of member 2 of type syncml-obex-client committed all changes. Main sink of member 2 of type syncml-obex-client committed all changes. Sent an entry 39-new to member 1 (file-sync). Changetype ADDED Sent an entry 40-new to member 1 (file-sync). Changetype ADDED Sent an entry 41-new to member 1 (file-sync). Changetype ADDED Sent an entry 42-new to member 1 (file-sync). Changetype ADDED Sent an entry 43-new to member 1 (file-sync). Changetype ADDED Sent an entry 44-new to member 1 (file-sync). Changetype ADDED Sent an entry 45-new to member 1 (file-sync). Changetype ADDED Sent an entry 46-new to member 1 (file-sync). Changetype ADDED Sent an entry 47-new to member 1 (file-sync). Changetype ADDED Sent an entry 48-new to member 1 (file-sync). Changetype ADDED Sent an entry 49-new to member 1 (file-sync). Changetype ADDED Sent an entry 50-new to member 1 (file-sync). Changetype ADDED Sent an entry 51-new to member 1 (file-sync). Changetype ADDED Sent an entry 52-new to member 1 (file-sync). Changetype ADDED Sent an entry 53-new to member 1 (file-sync). Changetype ADDED event sink of member 1 of type file-sync committed all changes. Sent an entry 15-new to member 1 (file-sync). Changetype ADDED Sent an entry 24-new to member 1 (file-sync). Changetype ADDED Sent an entry 27-new to member 1 (file-sync). Changetype ADDED Sent an entry 52-new to member 1 (file-sync). Changetype ADDED Sent an entry 58-new to member 1 (file-sync). Changetype ADDED Sent an entry 63-new to member 1 (file-sync). Changetype ADDED Sent an entry 80-new to member 1 (file-sync). Changetype ADDED Sent an entry 101-new to member 1 (file-sync). Changetype ADDED ... Sent an entry 839-new to member 1 (file-sync). Changetype ADDED Sent an entry 840-new to member 1 (file-sync). Changetype ADDED Sent an entry 841-new to member 1 (file-sync). Changetype ADDED Sent an entry 842-new to member 1 (file-sync). Changetype ADDED Sent an entry 843-new to member 1 (file-sync). Changetype ADDED Sent an entry 844-new to member 1 (file-sync). Changetype ADDED Sent an entry 845-new to member 1 (file-sync). Changetype ADDED Sent an entry 846-new to member 1 (file-sync). Changetype ADDED Sent an entry 847-new to member 1 (file-sync). Changetype ADDED Sent an entry 848-new to member 1 (file-sync). Changetype ADDED contact sink of member 1 of type file-sync committed all changes. Main sink of member 1 of type file-sync committed all changes. All clients have written event sink of member 2 of type syncml-obex-client reported sync done. contact sink of member 2 of type syncml-obex-client reported sync done. Main sink of member 2 of type syncml-obex-client reported sync done. event sink of member 1 of type file-sync reported sync done. contact sink of member 1 of type file-sync reported sync done. Main sink of member 1 of type file-sync reported sync done. All clients reported sync done The sync was successful event sink of member 1 of type file-sync just disconnected contact sink of member 1 of type file-sync just disconnected Main sink of member 1 of type file-sync just disconnected event sink of member 2 of type syncml-obex-client just disconnected contact sink of member 2 of type syncml-obex-client just disconnected Main sink of member 2 of type syncml-obex-client just disconnected All clients have disconnected jas@mocca:~$ |
|
From: D.Rudolph <d.r...@gm...> - 2008-02-19 16:15:32
|
Hi, I couldn't find an answer to the following questions so far: How can I control the direction of the sync? Can I limit the sync to a one way sync? Are filters the only way to do this? If yes, where can I find a documentation for this? Is the direction of the sync handled by the plugin or by the framework? Is there an overview available that shows which plugin supports a limit of the direction and which does not? thanks in advance, D.Rudolph |
|
From: Hans V. <han...@gm...> - 2008-02-19 09:52:55
|
Hi all, After first having trouble getting libsyncml to detect and compile with wbxml support, it now apparently cannot load the library any way. (The sync hangs after an assert failure in line 457 of "opensync_plugin.c" (which is the last line in the file and does not contain an assert statement)). I have included below the output of the TRACEs for the sync action. Does anyone have any pointers as to: 1) How to properly "force" the system (libsyncml, opensync, plugins) to find/use libwbxml (I now hacked the cmake files to include the -DENABLE_WBXML and -lwbxml2 options during compile/link, but I don't think that is the proper way to do it ;-) 2) Where to go look for the solution to the errors described below. (Although it might be solved when question 1, above, is). I try to "chapterize" below for readability: ========================================== MULTISYNC GUI OUTPUT TO STDOUT/STDERR ========================================== When running the multisync-gui this is the output: hansv@satchmo:~/develop/opensync/0.36/trace$ multisync-gui The previous synchronization was unclean. Slow-syncing ** ERROR **: file opensync_plugin.c: line 457 (osync_plugin_get_path): assertion failed: (plugin) aborting... ==================================================== TRACES LOGGING (OSYNC_TRACE and SYNCML_TRACE) ==================================================== Thread3014605712-7314.log ------------------------------------------------------------------------------------------- Using the OSYNC_TRACE and SYNCML_TRACE options I discover the following: [1203413837.240887] >>>>>>> osync_member_set_objtype_enabled(0x8090e98, todo, 1) [1203413837.241012] <<<<<<< osync_member_set_objtype_enabled [1203413837.241038] [OSPLG] ERROR: Couldn't find the plugin syncml-obex-client for member [1203413837.241062] [OSGRP] ERROR: (null): No sink information, can't load plugin, and I can't return error [1203413837.241085] >>>>>>> osync_member_set_objtype_enabled(0x8090e98, event, 1) [1203413837.241106] <<<<<<< osync_member_set_objtype_enabled [1203413837.241128] [OSPLG] ERROR: Couldn't find the plugin syncml-obex-client for member [1203413837.241150] [OSGRP] ERROR: (null): No sink information, can't load plugin, and I can't return error [1203413837.241172] >>>>>>> osync_member_set_objtype_enabled(0x8090e98, note, 1) [1203413837.241193] <<<<<<< osync_member_set_objtype_enabled [1203413837.241214] [OSPLG] ERROR: Couldn't find the plugin syncml-obex-client for member [1203413837.241237] [OSGRP] ERROR: (null): No sink information, can't load plugin, and I can't return error [1203413837.241259] >>>>>>> osync_member_set_objtype_enabled(0x8090e98, data, 1) [1203413837.241279] <<<<<<< osync_member_set_objtype_enabled [1203413837.241301] [OSPLG] ERROR: Couldn't find the plugin syncml-obex-client for member [1203413837.241322] [OSGRP] ERROR: (null): No sink information, can't load plugin, and I can't return error [1203413837.241344] >>>>>>> osync_member_set_objtype_enabled(0x8090e98, contact, 1) [1203413837.241364] <<<<<<< osync_member_set_objtype_enabled [1203413837.241385] [OSPLG] ERROR: Couldn't find the plugin syncml-obex-client for member [1203413837.241407] [OSGRP] ERROR: (null): No sink information, can't load plugin, and I can't return error [1203413837.241963] >>>>>>> osync_member_set_objtype_enabled(0x8090e98, todo, 0) [1203413837.241994] <<<<<<< osync_member_set_objtype_enabled [1203413837.242017] [OSPLG] ERROR: Couldn't find the plugin syncml-obex-client for member [1203413837.242040] [OSGRP] ERROR: (null): No sink information, can't load plugin, and I can't return error [1203413837.242064] >>>>>>> osync_member_set_objtype_enabled(0x8090e98, note, 0) [1203413837.242085] <<<<<<< osync_member_set_objtype_enabled [1203413837.242106] [OSPLG] ERROR: Couldn't find the plugin syncml-obex-client for member [1203413837.242129] [OSGRP] ERROR: (null): No sink information, can't load plugin, and I can't return error [1203413837.242186] >>>>>>> osengine_new(0x8077d98, 0xb3af3358) [1203413837.242246] Detected User: UID: 1005 GID: 100 Home: /home/hansv ... ...file continues without further apparent errors... ------------------------------------------------------------------------------------------- Thread3014605712-7340.log ------------------------------------------------------------------------------------------- [1203413837.732622] [OSPLG] ERROR: Couldn't find the plugin syncml-obex-client for member ------------------------------------------------------------------------------------------- ------------------------------------------------------------------------------------------- Thread3072476864-7314.log ------------------------------------------------------------------------------------------- [1203413834.52925] >>>>>>> osync_env_initialize(0x8077c80, 0xbfc731b0) [1203413834.53279] >>>>>>> osync_env_load_plugins(0x8077c80, (null), 0xbfc731b0) [1203413834.53364] >>>>>>> osync_module_load_dir(0x8077c80, /usr/local/lib/opensync/plugins, 0xbfc731b0) [1203413834.53629] >>>>>>> osync_module_load(0x8077c80, /usr/local/lib/opensync/plugins/syncml_plugin.so, 0xbfc73114) [1203413834.84846] <--- ERROR --- osync_module_load: Unable to open module /usr/local/lib/opensync/plugins/syncml_plugin.so: /usr/local/lib/li bsyncml.so.0: undefined symbol: wbxml_conv_xml2wbxml_withlen [1203413834.84970] [OSPLG] ERROR: Unable to load plugin /usr/local/lib/opensync/plugins/syncml_plugin.so: Unable to open module /usr/local/lib /opensync/plugins/syncml_plugin.so: /usr/local/lib/libsyncml.so.0: undefined symbol: wbxml_conv_xml2wbxml_withlen [1203413834.85079] >>>>>>> osync_module_load(0x8077c80, /usr/local/lib/opensync/plugins/kdepim_lib.so, 0xbfc73114) [1203413834.898259] <<<<<<< osync_module_load: Not loading implementation library [1203413834.898397] >>>>>>> osync_module_load(0x8077c80, /usr/local/lib/opensync/plugins/kdepim_sync.so, 0xbfc73114) [1203413834.898788] osync_plugin_new_info(0x8077c80): 0x808aa10 [1203413834.898842] <<<<<<< osync_module_load: 0x808a560 [1203413834.898894] <<<<<<< osync_module_load_dir [1203413834.898915] <<<<<<< osync_env_load_plugins ... ...file continues without further apparent errors... ------------------------------------------------------------------------------------------- Other logging ------------------------------------------------------------------------------------------- The other log file is for the kdepim-sync plugin and does not contain any readily apparent errors. -- ---- Met vriendelijke groeten / With kind regards Hans Voss --------------------------------------- * Senior Consultant Open Source, Networking and Security * General Open Sourcerer * google talk enabled * blog: http://jazzterdaily.blogspot.com - Tech and other news that caught my attention. * Shared News feed: https://www.google.com/reader/public/atom/user/02723796534474865919/state/com.google/broadcast |
|
From: tso <kem...@br...> - 2008-02-18 11:29:45
|
and this will be upheld by the plugins as well when i compile them? Daniel Gollub wrote: > > On Monday 18 February 2008, kenneth marken wrote: >> so i cant just go ./configure --plugin_path=/foo or something? > > For libopensync not only for the plugin... > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Opensync-users mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensync-users > > -- View this message in context: http://www.nabble.com/putting-0.22-plugin-files-outside-of--usr--tp15541181p15543499.html Sent from the Opensync - User mailing list archive at Nabble.com. |
|
From: Luis N. <lna...@us...> - 2008-02-18 10:34:37
|
Quiero darme de baja de su listado -- Luis Navarrete Profesor de la USE Secretario Académico de la FCOM lna...@us... | 954559569 | 685504145 CUADERNOS DE EIHCEROA (Equipo de Investigación de Historia del Cine Español y sus Relaciones con Otras Artes) [http://fama2.us.es/fco/frame/new_portal/cuadernos.htm] |
|
From: Cornelius K. <cor...@gm...> - 2008-02-18 10:29:08
|
Hi there, I manage to sync my E61 successfully with kdepim. But does anybody ever managed to sync the addresses with an ldap server? I created a group with the kdepim and ldap-plugin but I get a bunch of errors like this: Error writing entry 1YBeuWcVDU to member 1 (ldap-sync): LDAP Error: Protocol error Mapping Write Error: LDAP Error: Protocol error Error writing entry 1sJbtrx0c9 to member 1 (ldap-sync): LDAP Error: Protocol error Mapping Write Error: LDAP Error: Protocol error Error writing entry 1u8dM8yZjJ to member 1 (ldap-sync): LDAP Error: Protocol error Mapping Write Error: LDAP Error: Protocol error Error writing entry 22XvK1VikP to member 1 (ldap-sync): LDAP Error: Protocol error Mapping Write Error: LDAP Error: Protocol error Error writing entry 26DuS7Eu8w to member 1 (ldap-sync): LDAP Error: Internal (implementation specific) error Mapping Write Error: LDAP Error: Internal (implementation specific) error Error writing entry 2NuzxhDKsP to member 1 (ldap-sync): LDAP Error: Protocol error Mapping Write Error: LDAP Error: Protocol error looking in my ldap log I see something like this: Feb 18 11:23:58 themis slapd[7379]: send_ldap_result: err=17 matched="" text="otherPhone: attribute type undefined" Feb 18 11:23:58 themis slapd[7379]: bdb_add: entry failed schema check: no structuralObjectClass operational attribute (80) Feb 18 11:23:58 themis slapd[7379]: send_ldap_result: conn=36 op=258 p=3 Feb 18 11:23:58 themis slapd[7379]: send_ldap_result: err=80 matched="" text="no structuralObjectClass operational attribute" Any idea? Kind regards Cornelius |
|
From: Daniel G. <dg...@su...> - 2008-02-18 09:44:39
|
On Monday 18 February 2008, kenneth marken wrote: > so i cant just go ./configure --plugin_path=/foo or something? For libopensync not only for the plugin... |
|
From: kenneth m. <kem...@br...> - 2008-02-18 09:12:41
|
On Monday 18 February 2008 09:57:06 Daniel Gollub wrote: > On Monday 18 February 2008, kenneth marken wrote: > > im sitting here trying to build opensync 0.22 and plugins, and make > > install seems to insist on putting the plugin files under /usr. how can i > > change this, as i cant seem to find a configure option to control this > > behaviour? > > This is hardcoded by the build.. you need to rebuild OpenSync (even with > latest SVN). You might want to open an enhancement ticket for this. > so i cant just go ./configure --plugin_path=/foo or something? |
|
From: Daniel G. <dg...@su...> - 2008-02-18 08:57:31
|
On Monday 18 February 2008, kenneth marken wrote: > im sitting here trying to build opensync 0.22 and plugins, and make install > seems to insist on putting the plugin files under /usr. how can i change > this, as i cant seem to find a configure option to control this behaviour? This is hardcoded by the build.. you need to rebuild OpenSync (even with latest SVN). You might want to open an enhancement ticket for this. best regards, Daniel |
|
From: kenneth m. <kem...@br...> - 2008-02-18 08:55:24
|
im sitting here trying to build opensync 0.22 and plugins, and make install seems to insist on putting the plugin files under /usr. how can i change this, as i cant seem to find a configure option to control this behaviour? |
40 messages has been excluded from this view by a project administrator.
