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: Xirtam <xir...@gm...> - 2006-09-24 09:44:11
|
I really thank you for developing OpenSync - it's a big step towards making the free desktop more competetive. I'm mainly interested in the SyncML plugin so my question is: I want to buy a new mobile and heard many manufactors lack of standard compliance with SyncML... Will the most bugs be worked around? Or is it better to buy a "more standard" mobile? Please recommened manufactures or some mobile phones with regard of the necessary SyncML standard compliance. I would cry if I bought a mobile which I love first and after trying with OpenSync kick it into trash. The top would be some general sentences about SyncML and mobile phones by a developer of OpenSync :-) Regards from Hamburg, Moritz Augustin |
From: Ashley J G. <agi...@pu...> - 2006-09-23 14:07:22
|
On Thursday 21 September 2006 22:41, Dave Hall wrote: > I just used the kitchensync-opensync deb using the following sources > deb http://www.in.fh-merseburg.de/~jahn/ dapper main > deb-src http://www.in.fh-merseburg.de/~jahn/ dapper main Thanks Dave. Turns out that the clue Xin Zhen gave me was enough to get things up and running. After a fresh build out of the repository I have sync with the SE k608i working from the command line with opensync. I set up a group with two members, a kdepim-sync member and an irmc-sync member, the latter configured as: <config> <donttellsync>false</donttellsync> <connectmedium>bluetooth</connectmedium> <btunit>00:16:20:0E:61:2F</btunit> <btchannel>8</btchannel> </config> Then running: msynctool --sync test --filter-objtype note successfully syncs the data between kontact and the k608i. It seems that the event based stuff (events, todo) keep re-syncing across even without making changes to them which makes the sync slow, so I am usually excluding those from the sync also using the filter-objtype option. My thanks to you, Xin Zhen and Jason for cluing me in along the way :-) -- Regards, Ashley J Gittins web: http://www.purple.dropbear.id.au jabber: agi...@pu... |
From: TheGoOse <sp...@ga...> - 2006-09-23 11:09:47
|
Same things happen to me. I've got everything configured with Spanish localed (date is DD/MM/YYYY instead of MM/DD/YYYY most people use). Can it be related with the problem? Haggai Eran wrote: > > Hi > > I encountered a problem with the google calendar plugin. I've attached > the bug report. > > > Thanks, > Haggai > > PS > I tried to use the trac ticket system, but I couldn't get a login. > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Opensync-users mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensync-users > > -- View this message in context: http://www.nabble.com/Re%3A-invalid-date-time-in-libopensync-plugin-google-calendar-tf2194893.html#a6461174 Sent from the Opensync - User mailing list archive at Nabble.com. |
From: Achim S. <Ach...@mn...> - 2006-09-21 12:55:54
|
Hi, I get the following error messages, when I want to start kitchensync-opensync: kitchensync: SyncProcess::SyncProcess: You only configured 1 members, but at least 2 are needed ASSERT: "mPlugin" in ../src/libqopensync/plugin.cpp (51) ** ERROR **: file /tmp/buildd/opensync-0.19+svn20060919/src/opensync/opensync_plugin.c: line 411 (osync_plugin_get_longname): assertion failed: (plugin) aborting... ERROR: Communication problem with kitchensync, it probably crashed. Pipe closed! Exiting. Pipe closed! Exiting. Pipe closed! Exiting. Pipe closed! Exiting. KCrash: crashing... crashRecursionCounter = 2 KCrash: Application Name = kitchensync-opensync path = <unknown> pid = 9639 Pipe closed! Exiting. Pipe closed! Exiting. ## DrKonqui tells me the following: (no debugging symbols found) Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1". (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1243875648 (LWP 9750)] [New Thread -1419797584 (LWP 9792)] [New Thread -1411404880 (LWP 9791)] [New Thread -1403012176 (LWP 9790)] [New Thread -1394619472 (LWP 9788)] [New Thread -1386226768 (LWP 9787)] [New Thread -1377834064 (LWP 9784)] [New Thread -1369441360 (LWP 9782)] [New Thread -1359459408 (LWP 9779)] [New Thread -1351066704 (LWP 9778)] [New Thread -1342674000 (LWP 9777)] [New Thread -1334281296 (LWP 9776)] [New Thread -1325888592 (LWP 9773)] [New Thread -1309103184 (LWP 9771)] [New Thread -1317495888 (LWP 9768)] [New Thread -1300710480 (LWP 9764)] [New Thread -1292317776 (LWP 9763)] [New Thread -1283925072 (LWP 9762)] [New Thread -1275532368 (LWP 9761)] [New Thread -1267139664 (LWP 9758)] [New Thread -1258746960 (LWP 9755)] [New Thread -1250354256 (LWP 9752)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [KCrash handler] #6 0xffffe410 in __kernel_vsyscall () #7 0xb70c69a1 in raise () from /lib/tls/i686/cmov/libc.so.6 #8 0xb70c82b9 in abort () from /lib/tls/i686/cmov/libc.so.6 #9 0xb6395006 in g_logv () from /usr/lib/libglib-2.0.so.0 #10 0xb639503a in g_log () from /usr/lib/libglib-2.0.so.0 #11 0xb63950a6 in g_assert_warning () from /usr/lib/libglib-2.0.so.0 #12 0xb7c180bd in osync_plugin_get_longname () from /usr/lib/libopensync.so.0 #13 0xb7e83bbc in QSync::Plugin::longName () from /usr/lib/libqopensync.so #14 0xb7ee4d8b in MemberItem::MemberItem () from /usr/lib/libkitchensync.so #15 0xb7ee5261 in GroupItem::update () from /usr/lib/libkitchensync.so #16 0xb7ee684f in GroupItem::GroupItem () from /usr/lib/libkitchensync.so #17 0xb7eb70bc in GroupView::updateView () from /usr/lib/libkitchensync.so #18 0xb7ed4a6e in MainWidget::MainWidget () from /usr/lib/libkitchensync.so #19 0x0804dda9 in endl () #20 0x0804d46e in ?? () #21 0xb70b2ea2 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6 #22 0x0804d2d1 in ?? () ##### My system: + Kubuntu Dapper with Kde 3.5.4 + opensync packages from deb http://www.in.fh-merseburg.de/~jahn/ dapper main + opensync command line applications are working --> I hope to get a better conflict management with kitchensync, as the console apps don't do enough matching between little XML differences, which don't represent different content + I have the _normal_ kitchensync also installed - is this a problem?? Thanks, Achim |
From: Dave H. <dav...@sk...> - 2006-09-21 12:42:06
|
Hi Ashley, Sorry for lagging, I am a little snowed under atm. On Wed, 2006-09-20 at 15:09 +1000, Ashley J Gittins wrote: > On Wednesday 20 September 2006 12:50, Dave Hall wrote: > > I have not tried sycing the phone again via syncml over bt. I have > > tried irmc over bt just recently and it dumps the entries to files. > > Hi Dave, > Any details on how you managed to sync using irmc? Whenever I try doing that > I get the same sort of problem, the phone sits there with the synchronizing > animation going, and the PC end thinks it's waiting for something from the > phone. I have included a log below of the output. > > This is using multisynk with the IrmcSync Konnector, over bt, same result if > the "Phone model" setting is set to "other" or to "Sony/Ericsson T68i". I just used the kitchensync-opensync deb using the following sources deb http://www.in.fh-merseburg.de/~jahn/ dapper main deb-src http://www.in.fh-merseburg.de/~jahn/ dapper main I prefer GNOME/GTK apps, but I actually found kitchensync a litle more user friendly and it seems to guess things a little better. I am still yet to try a full sync with evo, as I don't want to kill my gf's phone :) Cheers Dave |
From: Ashley J G. <agi...@pu...> - 2006-09-20 15:46:34
|
On Wednesday 20 September 2006 22:06, Xin Zhen wrote: > This problem is identified and fixed by cstender. But you need a > terminal to get it: run 'msynctool --filter-objtype note' on terminal > to initiate the sync. Checkout the latest svn of irmc before doing that. Thanks Xin Zhen, I am in the process now of removing all my rpm's and building from a latest svn checkout, will let you know how I go, thanks. By the way, does anyone know why the spec files were recently removed from the repository? Would have made it easier if I could keep my system cleaner by building and installing rpms instead of direct installs. Were there problems with maintaining them? -- Regards, Ashley J Gittins web: http://www.purple.dropbear.id.au jabber: agi...@pu... |
From: Xin Z. <xi...@gm...> - 2006-09-20 12:06:02
|
在 2006-09-20三的 15:09 +1000,Ashley J Gittins写道: > Hi Dave, > Any details on how you managed to sync using irmc? Whenever I try doing that > I get the same sort of problem, the phone sits there with the synchronizing > animation going, and the PC end thinks it's waiting for something from the > phone. I have included a log below of the output. This problem is identified and fixed by cstender. But you need a terminal to get it: run 'msynctool --filter-objtype note' on terminal to initiate the sync. Checkout the latest svn of irmc before doing that. |
From: Alex L. <len...@tc...> - 2006-09-20 11:16:30
|
Thanks Armin, I've upgraded to the latest svn debs and now get further but still not getting a complete sync. I've attached a gzipped tar archive with the trace logs and command output as well as a sample vcard that I'm trying to sync. On the phone side I get: Connecting... Initialising... Disconnecting... Sync incompl... At this point msynctool stalls on the pc. Hopefully, I'm just doing something wrong now but would appreciate any help. Thanks, Alex On Monday 18 September 2006 01:13, you wrote: > Hi Alex, > > I fixed the issue now in subversion. I also added a unit test so that > such things dont slip again in the future. > > Thanks for your help! > > Best Regards, > Armin Bauer > > Alex Lennon wrote: > > Hi Armin, > > > > Many thanks for the prompt reply. > > > > I've tried changing the maxobjsize to 734000 but no noticeable change I'm > > afraid. I've submitted a new ticket throught the opensync.org website (# > > 334). Some of the log files got uploaded twice by mistake as I wasn't > > familiar with the system I'm afraid, but hopefully everything is there > > now. > > > > Thanks again, > > > > Alex > > > > On Monday 11 September 2006 23:30, you wrote: > >> Hi Alex, > >> > >> I own a nokia 6680 as well, but cannot test it right now (its not here > >> at the moment). I will see if my 6680 works correctly. > >> > >> Could you please try to set maxobjsize to a value (like 734000) and see > >> if it helps? > >> > >> Could you also open a bug for this on opensync.org, so that i can track > >> this issue (you might need to register to create a bug)? > >> > >> Best Regards, > >> Armin > >> > >> Alex Lennon wrote: > >>> Dear Armin, > >>> > >>> I've been trying to get the syncml plugin to work with my Nokia 6680 > >>> over bluetooth but msynctool keeps hanging when I try to sync. > >>> > >>> I've included trace files, results of "grep ERROR *" (error.log), the > >>> config for the members of my sync group (pc_nokia) (file-sync.conf and > >>> syncml-obex-client.conf), and the terminal output (output.log). > >>> > >>> This was run with my firewall disabled in case that was the issue. > >>> > >>> I'm working off the debian etch packages and multisync-cli > >>> 0.18+svn20060817-etch1. > >>> > >>> Any help would be greatly appreciated. > >>> > >>> Thanks and kind regards, > >>> > >>> Alex -- Alex Lennon, B.E., Ph.D. Lead Technical Developer Patient-Specific Prosthesis Analysis (PSPA) Trinity Centre for Bioengineering Parsons Building Trinity College Dublin 2 Ireland Tel: +353 (0)1 896 2396 Fax: +353 (0)1 679 5554 http://www.pspa.ie http://www.biomechanics.ie |
From: Ashley J G. <agi...@pu...> - 2006-09-20 05:10:13
|
On Wednesday 20 September 2006 12:50, Dave Hall wrote: > I have not tried sycing the phone again via syncml over bt. I have > tried irmc over bt just recently and it dumps the entries to files. Hi Dave, Any details on how you managed to sync using irmc? Whenever I try doing that I get the same sort of problem, the phone sits there with the synchronizing animation going, and the PC end thinks it's waiting for something from the phone. I have included a log below of the output. This is using multisynk with the IrmcSync Konnector, over bt, same result if the "Phone model" setting is set to "other" or to "Sony/Ericsson T68i". I end up having to kill multisynk as it seems it is blocking while waiting for the phone. All the log output below happens very quickly, it is at the last line with the sendRequest() at line 765 which just sits there. I rebooted the phone between attempts too, as I have noticed in windows that if I have a botched sync attempt in linux the phone won't sync with windows until after a phone reboot. If anyone can see where more detailed info would help diagnose the problem please yell out (and please feel free to trim the log output in replies). -- Regards, Ashley J Gittins web: http://www.purple.dropbear.id.au jabber: agi...@pu... QObexClient::connectClient() QObexClient::sendRequest( ... ) QObexTransport::setBlocking( 1 ) QObexTransport::connected( ... ) QObexClient::transportConnected() QObexTransport::sendObject( const QObexObject& ) QObexTransport::sendObject() at 165, size = 19 QObexTransport::blocking() QObexTransport::readyWrite() QObexTransport::writeBlock( buf, 19 ) QObexTransport::writeBlock(): write( 18, ., 19 ) returns 19 QObexTransport::readyWrite(): written = 19 QObexClient::transportPacketWritten() QObexTransport::selectModeChanged( 1, 0 ) QObexClient::transportSelectModeChanged( ... ) QObexTransport::blocking() QObexClient::sendRequest(): transport()->blocking(): TRUE QObexClient::sendRequest() at line 755 QObexTransport::doSelect() QObexTransport::doSelect(): try to select QObexTransport::doSelect(): infinite select QObexTransport::doSelect(): select returns 1 QObexTransport::slotIOReady() QObexTransport::readyRead() QObexTransport::readyRead(): try to read core header. QObexTransport::readBlock( 3 ) QObexTransport::blocking() QObexTransport::readBlock( buf, 3 ) QObexTransport::readBlock(): read( 18, ., 3 ) returns 3 QObexTransport::readyRead(): Header seems to be complete QObexTransport::readyRead(): try to read additional core header. QObexTransport::readyRead(): ConnectPacket QObexTransport::readBlock( 4 ) QObexTransport::blocking() QObexTransport::readBlock( buf, 4 ) QObexTransport::readBlock(): read( 18, ., 4 ) returns 4 QObexTransport::readyRead(): Try to read header id QObexTransport::readBlock( 1 ) QObexTransport::blocking() QObexTransport::readBlock( buf, 1 ) QObexTransport::readBlock(): read( 18, ., 1 ) returns 1 QObexTransport::readyRead(): Try to read header length QObexTransport::readBlock( 2 ) QObexTransport::blocking() QObexTransport::readBlock( buf, 2 ) QObexTransport::readBlock(): read( 18, ., 2 ) returns 2 QObexTransport::readyRead(): Try to read header value QObexTransport::readBlock( 9 ) QObexTransport::blocking() QObexTransport::readBlock( buf, 9 ) QObexTransport::readBlock(): read( 18, ., 9 ) returns 9 QObexTransport::readyRead(): Try to read header id QObexTransport::readBlock( 1 ) QObexTransport::blocking() QObexTransport::readBlock( buf, 1 ) QObexTransport::readBlock(): read( 18, ., 1 ) returns 1 QObexTransport::readyRead(): Try to read dword header value QObexTransport::readBlock( 4 ) QObexTransport::blocking() QObexTransport::readBlock( buf, 4 ) QObexTransport::readBlock(): read( 18, ., 4 ) returns 4 QObexTransport::readyRead(): packet ready QObexClient::transportPacketRecieved( obj ) QObexClient::transportPacketRecieved() at 616 QObexClient::transportPacketRecieved() at 623, response code = Success, final bit set QObexClient::handleConnectResponse( ... ) QObexClient::handleConnectResponse(): We want a directed connection QObexClient::handleConnectResponse(): Using connection id 1 QObexClient::handleConnectResponse(): mConnected = true; QObexClient::makeIdle() Got Response Packet Success, final bit set Who ConnectionId QObexClient::sendRequest() at line 765 QObexClient::get( ... ) QObexClient::sendRequest( ... ) QObexTransport::sendObject( const QObexObject& ) QObexTransport::sendObject() at 165, size = 55 QObexTransport::blocking() QObexTransport::readyWrite() QObexTransport::writeBlock( buf, 55 ) QObexTransport::writeBlock(): write( 18, ., 55 ) returns 55 QObexTransport::readyWrite(): written = 55 QObexClient::transportPacketWritten() QObexTransport::selectModeChanged( 1, 0 ) QObexClient::transportSelectModeChanged( ... ) QObexTransport::blocking() QObexClient::sendRequest(): transport()->blocking(): TRUE QObexClient::sendRequest() at line 755 QObexTransport::doSelect() QObexTransport::doSelect(): try to select QObexTransport::doSelect(): infinite select QObexTransport::doSelect(): select returns 1 QObexTransport::slotIOReady() QObexTransport::readyRead() QObexTransport::readyRead(): try to read core header. QObexTransport::readBlock( 3 ) QObexTransport::blocking() QObexTransport::readBlock( buf, 3 ) QObexTransport::readBlock(): read( 18, ., 3 ) returns 3 QObexTransport::readyRead(): Header seems to be complete QObexTransport::readyRead(): try to read additional core header. QObexTransport::readyRead(): NormalPacket QObexTransport::readyRead(): Try to read header id QObexTransport::readBlock( 1 ) QObexTransport::blocking() QObexTransport::readBlock( buf, 1 ) QObexTransport::readBlock(): read( 18, ., 1 ) returns 1 QObexTransport::readyRead(): Try to read header length QObexTransport::readBlock( 2 ) QObexTransport::blocking() QObexTransport::readBlock( buf, 2 ) QObexTransport::readBlock(): read( 18, ., 2 ) returns 2 QObexTransport::readyRead(): Try to read header value QObexTransport::readBlock( 285 ) QObexTransport::blocking() QObexTransport::readBlock( buf, 285 ) QObexTransport::readBlock(): read( 18, ., 285 ) returns 285 QObexTransport::readyRead(): packet ready QObexClient::transportPacketRecieved( obj ) QObexClient::transportPacketRecieved() at 616 QObexClient::transportPacketRecieved() at 623, response code = Success, final bit set QObexClient::handleGetResponse( ... ) QObexClient::handleGetResponse() Success Got Response Packet Success, final bit set BodyEnd QObexClient::makeIdle() QObexClient::sendRequest() at line 765 QObexClient::get( ... ) QObexClient::sendRequest( ... ) QObexTransport::sendObject( const QObexObject& ) QObexTransport::sendObject() at 165, size = 57 QObexTransport::blocking() QObexTransport::readyWrite() QObexTransport::writeBlock( buf, 57 ) QObexTransport::writeBlock(): write( 18, ., 57 ) returns 57 QObexTransport::readyWrite(): written = 57 QObexClient::transportPacketWritten() QObexTransport::selectModeChanged( 1, 0 ) QObexClient::transportSelectModeChanged( ... ) QObexTransport::blocking() QObexClient::sendRequest(): transport()->blocking(): TRUE QObexClient::sendRequest() at line 755 QObexTransport::doSelect() QObexTransport::doSelect(): try to select QObexTransport::doSelect(): infinite select QObexTransport::doSelect(): select returns 1 QObexTransport::slotIOReady() QObexTransport::readyRead() QObexTransport::readyRead(): try to read core header. QObexTransport::readBlock( 3 ) QObexTransport::blocking() QObexTransport::readBlock( buf, 3 ) QObexTransport::readBlock(): read( 18, ., 3 ) returns 3 QObexTransport::readyRead(): Header seems to be complete QObexTransport::readyRead(): try to read additional core header. QObexTransport::readyRead(): NormalPacket QObexTransport::readyRead(): Try to read header id QObexTransport::readBlock( 1 ) QObexTransport::blocking() QObexTransport::readBlock( buf, 1 ) QObexTransport::readBlock(): read( 18, ., 1 ) returns 1 QObexTransport::readyRead(): Try to read header length QObexTransport::readBlock( 2 ) QObexTransport::blocking() QObexTransport::readBlock( buf, 2 ) QObexTransport::readBlock(): read( 18, ., 2 ) returns 2 QObexTransport::readyRead(): Try to read header value QObexTransport::readBlock( 133 ) QObexTransport::blocking() QObexTransport::readBlock( buf, 133 ) QObexTransport::readBlock(): read( 18, ., 133 ) returns 133 QObexTransport::readyRead(): packet ready QObexClient::transportPacketRecieved( obj ) QObexClient::transportPacketRecieved() at 616 QObexClient::transportPacketRecieved() at 623, response code = Success, final bit set QObexClient::handleGetResponse( ... ) QObexClient::handleGetResponse() Success Got Response Packet Success, final bit set BodyEnd QObexClient::makeIdle() QObexClient::sendRequest() at line 765 QObexClient::get( ... ) QObexClient::sendRequest( ... ) QObexTransport::sendObject( const QObexObject& ) QObexTransport::sendObject() at 165, size = 57 QObexTransport::blocking() QObexTransport::readyWrite() QObexTransport::writeBlock( buf, 57 ) QObexTransport::writeBlock(): write( 18, ., 57 ) returns 57 QObexTransport::readyWrite(): written = 57 QObexClient::transportPacketWritten() QObexTransport::selectModeChanged( 1, 0 ) QObexClient::transportSelectModeChanged( ... ) QObexTransport::blocking() QObexClient::sendRequest(): transport()->blocking(): TRUE QObexClient::sendRequest() at line 755 QObexTransport::doSelect() QObexTransport::doSelect(): try to select QObexTransport::doSelect(): infinite select QObexTransport::doSelect(): select returns 1 QObexTransport::slotIOReady() QObexTransport::readyRead() QObexTransport::readyRead(): try to read core header. QObexTransport::readBlock( 3 ) QObexTransport::blocking() QObexTransport::readBlock( buf, 3 ) QObexTransport::readBlock(): read( 18, ., 3 ) returns 3 QObexTransport::readyRead(): Header seems to be complete QObexTransport::readyRead(): try to read additional core header. QObexTransport::readyRead(): NormalPacket QObexTransport::readyRead(): Try to read header id QObexTransport::readBlock( 1 ) QObexTransport::blocking() QObexTransport::readBlock( buf, 1 ) QObexTransport::readBlock(): read( 18, ., 1 ) returns 1 QObexTransport::readyRead(): Try to read header length QObexTransport::readBlock( 2 ) QObexTransport::blocking() QObexTransport::readBlock( buf, 2 ) QObexTransport::readBlock(): read( 18, ., 2 ) returns 2 QObexTransport::readyRead(): Try to read header value QObexTransport::readBlock( 4 ) QObexTransport::blocking() QObexTransport::readBlock( buf, 4 ) QObexTransport::readBlock(): read( 18, ., 4 ) returns 4 QObexTransport::readyRead(): packet ready QObexClient::transportPacketRecieved( obj ) QObexClient::transportPacketRecieved() at 616 QObexClient::transportPacketRecieved() at 623, response code = Success, final bit set QObexClient::handleGetResponse( ... ) QObexClient::handleGetResponse() Success Got Response Packet Success, final bit set BodyEnd QObexClient::makeIdle() QObexClient::sendRequest() at line 765 QObexClient::get( ... ) QObexClient::sendRequest( ... ) QObexTransport::sendObject( const QObexObject& ) QObexTransport::sendObject() at 165, size = 77 QObexTransport::blocking() QObexTransport::readyWrite() QObexTransport::writeBlock( buf, 77 ) QObexTransport::writeBlock(): write( 18, ., 77 ) returns 77 QObexTransport::readyWrite(): written = 77 QObexClient::transportPacketWritten() QObexTransport::selectModeChanged( 1, 0 ) QObexClient::transportSelectModeChanged( ... ) QObexTransport::blocking() QObexClient::sendRequest(): transport()->blocking(): TRUE QObexClient::sendRequest() at line 755 QObexTransport::doSelect() QObexTransport::doSelect(): try to select QObexTransport::doSelect(): infinite select QObexTransport::doSelect(): select returns 1 QObexTransport::slotIOReady() QObexTransport::readyRead() QObexTransport::readyRead(): try to read core header. QObexTransport::readBlock( 3 ) QObexTransport::blocking() QObexTransport::readBlock( buf, 3 ) QObexTransport::readBlock(): read( 18, ., 3 ) returns 3 QObexTransport::readyRead(): Header seems to be complete QObexTransport::readyRead(): try to read additional core header. QObexTransport::readyRead(): NormalPacket QObexTransport::readyRead(): Try to read header id QObexTransport::readBlock( 1 ) QObexTransport::blocking() QObexTransport::readBlock( buf, 1 ) QObexTransport::readBlock(): read( 18, ., 1 ) returns 1 QObexTransport::readyRead(): Try to read header length QObexTransport::readBlock( 2 ) QObexTransport::blocking() QObexTransport::readBlock( buf, 2 ) QObexTransport::readBlock(): read( 18, ., 2 ) returns 2 QObexTransport::readyRead(): Try to read header value QObexTransport::readBlock( 228 ) QObexTransport::blocking() QObexTransport::readBlock( buf, 228 ) QObexTransport::readBlock(): read( 18, ., 228 ) returns 228 QObexTransport::readyRead(): packet ready QObexClient::transportPacketRecieved( obj ) QObexClient::transportPacketRecieved() at 616 QObexClient::transportPacketRecieved() at 623, response code = Success, final bit set QObexClient::handleGetResponse( ... ) QObexClient::handleGetResponse() Success Got Response Packet Success, final bit set BodyEnd QObexClient::makeIdle() QObexClient::sendRequest() at line 765 QObexClient::get( ... ) QObexClient::sendRequest( ... ) QObexTransport::sendObject( const QObexObject& ) QObexTransport::sendObject() at 165, size = 77 QObexTransport::blocking() QObexTransport::readyWrite() QObexTransport::writeBlock( buf, 77 ) QObexTransport::writeBlock(): write( 18, ., 77 ) returns 77 QObexTransport::readyWrite(): written = 77 QObexClient::transportPacketWritten() QObexTransport::selectModeChanged( 1, 0 ) QObexClient::transportSelectModeChanged( ... ) QObexTransport::blocking() QObexClient::sendRequest(): transport()->blocking(): TRUE QObexClient::sendRequest() at line 755 QObexTransport::doSelect() QObexTransport::doSelect(): try to select QObexTransport::doSelect(): infinite select QObexTransport::doSelect(): select returns 1 QObexTransport::slotIOReady() QObexTransport::readyRead() QObexTransport::readyRead(): try to read core header. QObexTransport::readBlock( 3 ) QObexTransport::blocking() QObexTransport::readBlock( buf, 3 ) QObexTransport::readBlock(): read( 18, ., 3 ) returns 3 QObexTransport::readyRead(): Header seems to be complete QObexTransport::readyRead(): try to read additional core header. QObexTransport::readyRead(): NormalPacket QObexTransport::readyRead(): Try to read header id QObexTransport::readBlock( 1 ) QObexTransport::blocking() QObexTransport::readBlock( buf, 1 ) QObexTransport::readBlock(): read( 18, ., 1 ) returns 1 QObexTransport::readyRead(): Try to read header length QObexTransport::readBlock( 2 ) QObexTransport::blocking() QObexTransport::readBlock( buf, 2 ) QObexTransport::readBlock(): read( 18, ., 2 ) returns 2 QObexTransport::readyRead(): Try to read header value QObexTransport::readBlock( 205 ) QObexTransport::blocking() QObexTransport::readBlock( buf, 205 ) QObexTransport::readBlock(): read( 18, ., 205 ) returns 205 QObexTransport::readyRead(): packet ready QObexClient::transportPacketRecieved( obj ) QObexClient::transportPacketRecieved() at 616 QObexClient::transportPacketRecieved() at 623, response code = Success, final bit set QObexClient::handleGetResponse( ... ) QObexClient::handleGetResponse() Success Got Response Packet Success, final bit set BodyEnd QObexClient::makeIdle() QObexClient::sendRequest() at line 765 |
From: Dave H. <sk...@ph...> - 2006-09-20 02:55:48
|
Hi all On Wed, 2006-09-20 at 01:56 +1000, Ashley J Gittins wrote: > > You're right; sdptool indicates channel 7 for this phone. > > Same with my SE k608i (Hi Jason!) > (first up, sorry for breaking the thread, just signed up to the list so > pasting from the web archives) > > > I'm not brave enough to try the --wbxml flag, since my phone is behaving > > exactly as reported in Dave Hall's post on the 20th July. > > Recall in that case (same phone), the phone refused to reboot > > after it shut itself down. > > > > Dave, if you're out there, did the phone come back to life in the end? > > Did you try it again with updated firmware (or are you too scared of your > > girlfriend ;P)? > > After the phone sat for a day with the battery out of it, it came good again. Sorry for not posting a follow up on it. I have not tried sycing the phone again via syncml over bt. I have tried irmc over bt just recently and it dumps the entries to files. I am planning to swap my gf my nokia PoS 6280, for my old SE v600i and try to sync it with evo. I will post more info when I have time. I hope this helps someone. Cheers Dave -- Dave Hall (aka skwashd) API Coordinator phpGroupWare e sk...@ph... w phpgroupware.org j sk...@gm... sip 393...@fw... _ ____ __ __ _ __ | |__ _ __ / ___|_ __ ___ _ _ _ _\ \ / /_ _ _ __ ___ | '_ \| '_ \| '_ \| | _| '__/ _ \| | | | '_ \ \ /\ / / _` | '__/ _ \ | |_) | | | | |_) | |_| | | | (_) | |_| | |_) \ V V / (_| | | | __/ | .__/|_| |_| .__/ \____|_| \___/ \__,_| .__/ \_/\_/ \__,_|_| \___| |_| |_| |_|Web based collaboration platform |
From: Ashley J G. <agi...@pu...> - 2006-09-19 15:56:28
|
> You're right; sdptool indicates channel 7 for this phone. Same with my SE k608i (Hi Jason!) (first up, sorry for breaking the thread, just signed up to the list so pasting from the web archives) > I'm not brave enough to try the --wbxml flag, since my phone is behaving > exactly as reported in Dave Hall's post on the 20th July. > Recall in that case (same phone), the phone refused to reboot > after it shut itself down. > > Dave, if you're out there, did the phone come back to life in the end? > Did you try it again with updated firmware (or are you too scared of your > girlfriend ;P)? > > Cheers, > > Jason. I saw the same behaviour as you - the phone switches itself off. I have tried with the --wbxml option, and there is no resulting smoke. The phone does not switch off, instead it sits there with the "synchronising" animation, and stays that way until I ctrl-C the syncml-obex-client process. I have applied a patch that Daniel Gollub posted to the opensync-devel list http://sourceforge.net/mailarchive/forum.php?thread_id=30478831&forum_id=44498 but it has not changed the behaviour. ie: [me@here]$ syncml-obex-client -b *myphoneMAC* 7 --slow-sync text/x-vcard addressbook --wbxml --version 1.1 connection with device succeeded Received an Alert for the DS Server at addressbook: Type: 201, Last 0, Next 37 Slowsyncing Just received a new session with ID 1 Session 1 reported final. flushing *[ wait for as long as you like - nothing happens. I press Ctl-C ]* [me@here]$ It gets to the "Session 1 reported final. flushing" bit pretty quickly, so it seems like the phone is immediately knocking back the process (or we think it is?). What other information might I be able to provide to help fix this? Is anyone able to sync with their k608i by this or another method? I am on an x86_64 box running FC5, so Jason I would be interested if it works for you on what I assume is a 32bit machine, when you try the wbxml option. -- Regards, Ashley J Gittins web: http://www.purple.dropbear.id.au jabber: agi...@pu... |
From: Andreas P. <and...@ix...> - 2006-09-18 22:59:43
|
Hi, i have an brand new nokia e61 and no windows box to synchronize. My laptop runs under SuSE 10.0 with KDE 3.5 . A lot of things in syncml works well (file_plugin with kde-pim) but the syncml-http-server hangs after the firts part pfeifera@ix-nb-21:~> OSYNC_DEBUG=5 OSYNC_TRAC=5 msynctool --sync nokia --wait --filter-objtype data --filter-objtype todo [OSGRP] DEBUG: Trying to load group from directory /home/pfeifera/.opensync/group1 [OSGRP] DEBUG: Trying to load group from directory /home/pfeifera/.opensync/group2 Synchronizing group "nokia" [OSMEM] DEBUG: Instancing plugin kdepim-sync for member 1 [OSMEM] DEBUG: Instancing plugin syncml-http-server for member 2 [GRP] FULL DEBUG: locking file /home/pfeifera/.opensync/group2/lock [GRP] FULL DEBUG: Successfully locked [OSGRP] DEBUG: Trying to load group from directory /home/pfeifera/.opensync/group2 [OSMEM] DEBUG: Instancing plugin kdepim-sync for member 1 [kde] DEBUG: kde_initialize [kde] DEBUG: Loading implementation module [OSGRP] DEBUG: Trying to load group from directory /home/pfeifera/.opensync/group2 [kde] DEBUG: Getting initialization function [kde] DEBUG: Initializing implementation module [OSMEM] DEBUG: Instancing plugin syncml-http-server for member 2 [ENG] DEBUG: Running the main loop [OSDB] DEBUG: Preparing to load changes from file /home/pfeifera/.opensync/group2/change.db [OSDB] INFORMATION: Unable create changes table! table tbl_changes already exists [OSDB] DEBUG: Unable step count! not an error received contact dsession received event dsession received note dsession [ENG] DEBUG: Calling all client deciders (2) [OSDB] DEBUG: Unable create anchor table! table tbl_anchor already exists [OSDB] DEBUG: Unable create anchor table! table tbl_anchor already exists [OSDB] DEBUG: Unable create hash table! table tbl_hash already exists [CLI] FULL DEBUG: Member is replying with message 0x805ec28 to message 0x81640e8:"1202443355-1164388670" with no error Member 1 of type kdepim-sync just connected [OSDB] DEBUG: Unable create anchor table! table tbl_anchor already exists [OSDB] DEBUG: Unable create anchor table! table tbl_anchor already exists [OSDB] DEBUG: Unable create anchor table! table tbl_anchor already exists [OSDB] DEBUG: Unable create anchor table! table tbl_anchor already exists [CLI] FULL DEBUG: Member is replying with message 0x8068248 to message 0x806b690:"1202443540-600189246" with no error Member 2 of type syncml-http-server just connected All clients connected or error [ENG] DEBUG: Calling all client deciders (2) [kde] DEBUG: kde_get_changeinfo [CLI] FULL DEBUG: Member is replying with message 0x81640e8 to message 0x805ec28:"1202585259--1737938626" with no error Member 1 of type kdepim-sync just sent all changes Received an reply to our Alert Received an reply to our Alert Received an reply to our Alert [CLI] WARNING: Member is replying with message 0x806e440 to message 0x806e4d8:"1202585392-1215506750" with error 1: wrong initial node: NumberOfChanged [ENG] WARNING: Get changes command reply was a error: wrong initial node: NumberOfChanged Member 2 of type syncml-http-server had an error while getting changes: wrong initial node: NumberOfChanged [ENG] DEBUG: Calling all client deciders (2) [CLI] FULL DEBUG: Member is replying with message 0x816bdf8 to message 0x81640e8:"1203742734--598660802" with no error Member 1 of type kdepim-sync just disconnected At this point, the phone says "one note transfered" but nothing is on the kde site I use the folowing rpm's: libopensync-plugin-file-0.19-13.1 libopensync-plugin-kdepim-0.19-10.1 libsyncml-0.4.1-11.1 multisync-cli-0.90.19-8.1 libopensync-plugin-syncml-0.19-9.1 libopensync-0.19-16.1 kitchensync-opensync-0.01+svn574743-10.1 libopensync-tools-0.19-16.1 wbxml2-0.9.0-24.1 libxml2-2.6.20-4 openobex-1.3-5.1 obexftp-0.10.7-2 The phone syncs verry well with mobical.net over the internet and version 1.2. with the same config... Any help ? -- View this message in context: http://www.nabble.com/SyncML-HTTP-and-Nokia-E61-problem-tf2295953.html#a6379157 Sent from the Opensync - User mailing list archive at Nabble.com. |
From: Steffen F. <fri...@sc...> - 2006-09-18 12:31:52
|
Hallo, I tried to sync my Nokia E61 via bluetooth. I used the newest packages from http://www.in.fh-merseburg.de/~jahn an the following configuration. <config> <bluetooth_address>00:12:d1:af:1a:8b</bluetooth_address> <bluetooth_channel>10</bluetooth_channel> <identifier>PC Suite</identifier> <version>1</version> <wbxml>1</wbxml> <type>2</type> <usestringtable>1</usestringtable> <onlyreplace>0</onlyreplace> <recvLimit>10000</recvLimit> <maxObjSize>0</maxObjSize> <contact_db>Contacts</contact_db> </config> The phone displays "system error" (in German: "Systemfehler") and I have to quit the sync process on my computer. If I use http instead of bluetooth I get the same error. Following ERRORs are listed in the trace files. I can send the full tracefiles if necessary. Thread2813232832-18130.log:[1158581690.106051] <--- ERROR --- osync_queue_create: (null) Thread2813232832-18130.log:[1158581690.106263] <--- ERROR --- __osync_queue_connect: (null) Thread2813232832-18130.log:[1158581690.106280] <--- ERROR --- osync_queue_is_alive: Unable to connect Thread2813232832-18130.log:[1158581690.106629] <--- ERROR --- __osync_queue_connect: (null) Thread2813232832-18130.log:[1158581690.106646] <--- ERROR --- osync_queue_is_alive: Unable to connect Thread2813232832-18130.log:[1158581690.640359] <--- ERROR --- osync_queue_create: (null) Thread2813232832-18130.log:[1158581690.640511] <--- ERROR --- __osync_queue_connect: (null) Thread2813232832-18130.log:[1158581690.640529] <--- ERROR --- osync_queue_is_alive: Unable to connect Thread2813232832-18130.log:[1158581690.640629] <--- ERROR --- __osync_queue_connect: (null) Thread2813232832-18130.log:[1158581690.640647] <--- ERROR --- osync_queue_is_alive: Unable to connect Thread2813527744-18140.log:[1158581690.649652] <--- ERROR --- osync_queue_create: Unable to create fifo Thread2813552320-18134.log:[1158581690.124661] <--- ERROR --- osync_queue_create: Unable to create fifo Can anybody give me some hints? Should I place a bug report? Thanks, Steffen |
From: Rodolfo M. <rod...@gm...> - 2006-09-17 18:38:53
|
Rodolfo Medina <rod...@gm...> writes: > in another partition of my HD I installed Debian Sarge > putting in sources.list the following lines: > > > deb http://http.us.debian.org/debian unstable main contrib non-free > deb-src http://http.us.debian.org/debian unstable main contrib non-free > > deb http://www.in.fh-merseburg.de/~jahn/ sid main > deb-src http://www.in.fh-merseburg.de/~jahn/ sid main > > > . Is that all right? "Alberto Saez" <alb...@gm...> writes: > Rodolfo, debian sarge is too old to work with this kind of packages.¿ Why > don't you use the sid distro, or better the ubuntu dapper? Will etch be all right as well? I can order the binary and source DVDs from: www.laseroffice.it . Cheers, Rodolfo |
From: Rodolfo M. <rod...@gm...> - 2006-09-17 14:31:03
|
Rodolfo Medina wrote: >> In order to use the repository at: >> >> http://www.in.fh-merseburg.de/~jahn/ >> >> I added to my sources.list the lines: >> >> deb http://www.in.fh-merseburg.de/~jahn/ sid main >> deb-src http://www.in.fh-merseburg.de/~jahn/ sid main >> , then I did: >> >> # apt-get update >> # apt-get install multisync-cli libsyncml0 libopensync-plugin-syncml >> >> . But still, I don't have the syncml-obex-client plugin in my plugin list: >> >> $ msynctool --listplugins >> Available plugins: >> file-sync matthias jahn <jah...@fr...> writes: > i thought you are using debian sarge? That's right, but I in another partition of my HD I installed Debian Sarge putting in sources.list the following lines: deb http://http.us.debian.org/debian unstable main contrib non-free deb-src http://http.us.debian.org/debian unstable main contrib non-free deb http://www.in.fh-merseburg.de/~jahn/ sid main deb-src http://www.in.fh-merseburg.de/~jahn/ sid main . Is that all right? matthias: > Well at first you should remove all self compiled stuff before you could use > the repro. Look in your /usr/local first.. > > But for Debian Sarge ... i could not provide libsyncml ;-( only for etch, > sid and ubuntu dapper I'll freshly install Debian Sarge again with those above lines in sources.list... if it's all right. Thanks, Rodolfo |
From: matthias j. <jah...@fr...> - 2006-09-17 08:47:31
|
Hello > In order to use the repository at: > > http://www.in.fh-merseburg.de/~jahn/ > > I added to my sources.list the lines: > > deb http://www.in.fh-merseburg.de/~jahn/ sid main > deb-src http://www.in.fh-merseburg.de/~jahn/ sid main i thought you are using debian sarge? > , then I did: > > # apt-get update > # apt-get install multisync-cli libsyncml0 libopensync-plugin-syncml > > . But still, I don't have the syncml-obex-client plugin in my plugin list: > > $ msynctool --listplugins > Available plugins: > file-sync Well at first you should remove all self compiled stuff before you could us= e=20 the repro. Look in your /usr/local first.. But for Debian Sarge ... i could not provide libsyncml ;-( only for etch, = sid=20 and ubuntu dapper Matthias _________________________________________ Debian, Ubuntu SVN OpenSync and Gnokii Repro at: http://www.in.fh-merseburg.de/~jahn/ |
From: Rodolfo M. <rod...@gm...> - 2006-09-17 08:15:12
|
On Tuesday 12 September 2006 14:12, Rodolfo Medina wrote: >> I can't find syncml-obex-client in the plugin list at: >> >> http://www.opensync.org/wiki/download >> >> . So, where can I fetch it? Juha Tuomala <Juh...@ik...> writes: > it comes from libsyncml. In order to use the repository at: http://www.in.fh-merseburg.de/~jahn/ I added to my sources.list the lines: deb http://www.in.fh-merseburg.de/~jahn/ sid main deb-src http://www.in.fh-merseburg.de/~jahn/ sid main , then I did: # apt-get update # apt-get install multisync-cli libsyncml0 libopensync-plugin-syncml . But still, I don't have the syncml-obex-client plugin in my plugin list: $ msynctool --listplugins Available plugins: file-sync . Please any help. Thanks, Rodolfo |
From: Rodolfo M. <rod...@gm...> - 2006-09-17 08:11:51
|
Rodolfo Medina wrote: > > [...] > > But now, a similar problem arose with the building of libsyncml: the `make' > step gave the same problem as before: > > $ make > > [...] > > /usr/local/lib/libwbxml2.so.0: undefined reference to `XML_SetUserData' > /usr/local/lib/libwbxml2.so.0: undefined reference to `XML_SetProcessingInstructionHandler' > collect2: ld returned 1 exit status > make[2]: *** [syncml-http-server] Error 1 > make[2]: Leaving directory `/home/rodolfo/tmp/libsyncml/tools' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/home/rodolfo/tmp/libsyncml' > make: *** [all] Error 2 "Alberto Saez" <alb...@gm...> writes: > This is a very strange problem. This seems that your configure isnt't making > a good work. Thanks indeed to Alberto for his help. But since there are so many problems in compiling packages from source, that I don't manage to face, I tried to use the repository at: http://www.in.fh-merseburg.de/~jahn/ . But still, I dont have the syncml-obex-client plugin in my plugin list: see my next message. Bye, Rodolfo |
From: Alberto S. <alb...@gm...> - 2006-09-16 17:02:21
|
This is a very strange problem. This seems that your configure isnt't making a good work. Please, check the /usr/local/lib/libwbml.la It should have a line like: # LIbraries than this one depends upon dependency_libs=' /usr/lib/libexpat.la -lz /usr/lib/libopt.la -lnsl' Try again. If it doesn't work again, A quick fix would be to add the libexapt option to the tools/Makefile: The line WBXML_LIBS= -lwbxml2 Should be: WBXML_LIBS= -lwbxml2 /usr/local/lib/libexapt.so And add the "/usr/local/lib/libexapt.so" to the declaration of: syncml_http_server_LDFLAGS This should work the ./configure script re-write the Makfiles so, plese, don't run it after changing any Makfile. Hope it helps. |
From: Rodolfo M. <rod...@gm...> - 2006-09-16 16:14:45
|
Rodolfo Medina <rod...@gm...> writes: >>> when I do `make' to install wbxml2-0.9.0-src.tar.gz, >>> it stops giving the following error message: >>> >>> [...] >>> >>> . Can anyone suggest how to fix that? >>> Both libexpat1-dev and libexpat1 are installed. "Alberto Saez" <alb...@gm...> writes: > Ok. Edit the src/Makefile > > The libs declaration should be like this: > > LIBS = -lexpat -lz -lpopt -lnsl > > (if no, plese, add) > > If this doesn't work, change the line to: > > LIBS = -lexpat -lz -lpopt -lnsl /usr/lib/libexpat.so > > and try again. this should work Thanks: it seems that it works. In wbxml2-0.9.0/src/Makefile, I changed the line LIBS = -lnsl into: LIBS = -lexpat -lz -lpopt -lnsl /usr/lib/libexpat.so , then run ./configure and make again and this time it went all right. But now, a similar problem arose with the building of libsyncml: the `make' step gave the same problem as before: $ make make all-recursive make[1]: Entering directory `/home/rodolfo/tmp/libsyncml' Making all in libsyncml make[2]: Entering directory `/home/rodolfo/tmp/libsyncml/libsyncml' Making all in parser make[3]: Entering directory `/home/rodolfo/tmp/libsyncml/libsyncml/parser' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/home/rodolfo/tmp/libsyncml/libsyncml/parser' Making all in transports make[3]: Entering directory `/home/rodolfo/tmp/libsyncml/libsyncml/transports' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/home/rodolfo/tmp/libsyncml/libsyncml/transports' Making all in objects make[3]: Entering directory `/home/rodolfo/tmp/libsyncml/libsyncml/objects' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/home/rodolfo/tmp/libsyncml/libsyncml/objects' make[3]: Entering directory `/home/rodolfo/tmp/libsyncml/libsyncml' make[3]: Nothing to be done for `all-am'. make[3]: Leaving directory `/home/rodolfo/tmp/libsyncml/libsyncml' make[2]: Leaving directory `/home/rodolfo/tmp/libsyncml/libsyncml' Making all in tests make[2]: Entering directory `/home/rodolfo/tmp/libsyncml/tests' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/rodolfo/tmp/libsyncml/tests' Making all in tools make[2]: Entering directory `/home/rodolfo/tmp/libsyncml/tools' /bin/sh ../libtool --mode=link gcc -Wall -Werror -g -O2 -o syncml-http-server -pthread -lgthread-2.0 -lglib-2.0 -lxml2 -R /usr/local/lib syncml-http-server.o ../libsyncml/libsyncml.la gcc -Wall -Werror -g -O2 -o .libs/syncml-http-server -pthread syncml-http-server.o /usr/lib/libgthread-2.0.so /usr/lib/libglib-2.0.so /usr/lib/libxml2.so ../libsyncml/.libs/libsyncml.so -Wl,--rpath -Wl,/usr/local/lib /usr/local/lib/libwbxml2.so.0: undefined reference to `XML_GetCurrentByteIndex' /usr/local/lib/libwbxml2.so.0: undefined reference to `XML_SetElementHandler' /usr/local/lib/libwbxml2.so.0: undefined reference to `XML_Parse' /usr/local/lib/libwbxml2.so.0: undefined reference to `XML_ParserFree' /usr/local/lib/libwbxml2.so.0: undefined reference to `XML_SetCharacterDataHandler' /usr/local/lib/libwbxml2.so.0: undefined reference to `XML_ParserCreate' /usr/local/lib/libwbxml2.so.0: undefined reference to `XML_SetCdataSectionHandler' /usr/local/lib/libwbxml2.so.0: undefined reference to `XML_SetStartDoctypeDeclHandler' /usr/local/lib/libwbxml2.so.0: undefined reference to `XML_SetUserData' /usr/local/lib/libwbxml2.so.0: undefined reference to `XML_SetProcessingInstructionHandler' collect2: ld returned 1 exit status make[2]: *** [syncml-http-server] Error 1 make[2]: Leaving directory `/home/rodolfo/tmp/libsyncml/tools' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/rodolfo/tmp/libsyncml' make: *** [all] Error 2 I tried to do apply the same remedy as above with the libsyncml/libsyncml/Makefile, but this time the problem remained: please any other suggestion? Thanks, cheers, Rodolfo |
From: Edwin L. <try...@ya...> - 2006-09-15 17:01:45
|
Hi everyone, I was finally able to sync KDE PIM's todos, contact and calendar to w810i. But it seems like there are some problems with the timezone. On my w810i I set to GMT-5 (Toronto) and +1 summer time. But when I synced with kontact, all the appointment is 4hrs late. On my Kubuntu, I set the timezone to EDT. I have tried to set to various timezone in Kontact. Not much success there. what's wrong? Edwin Lau __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
From: Rodolfo M. <rod...@gm...> - 2006-09-15 12:45:57
|
Rodolfo Medina <rod...@gm...> writes: >> when I do `make' to install wbxml2-0.9.0-src.tar.gz, >> it stops giving the following error message: >> >> [...] >> >> . Can anyone suggest how to fix that? >> Both libexpat1-dev and libexpat1 are installed. "Alberto Saez" <alb...@gm...> writes: > As you have pointed, the problem is the lost to libexpat1 library. This step > is usually made during the creation of Makefiles (accomplish by ./configure > command) This kind of problems are usually because a different version of > automake. > > > BTW, You can look at the Makefike and add to the compilation order the access > to libexpat1 .so file (located in /usr/lib). You can test it without touching > makefile: locate the gcc command which stop and add the libexapt1 lib > location . > > > Or plese, send the full make output > > pd: > AFAIK, the wbxml2-0.9.0-src.tar.gz doesn't come with a configure script, and > you have to create it with bootstrap. But I don't have this package to check > it. I don't manage to fix the problem myself. Here the whole `make' output, and many thanks for your help. Rodolfo ----------------------------------------------------------------------- $ make make all-recursive make[1]: Entering directory `/home/rodolfo/tmp/wbxml2-0.9.0' Making all in src make[2]: Entering directory `/home/rodolfo/tmp/wbxml2-0.9.0/src' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/rodolfo/tmp/wbxml2-0.9.0/src' Making all in tools make[2]: Entering directory `/home/rodolfo/tmp/wbxml2-0.9.0/tools' /bin/sh ../libtool --mode=link gcc -DHAVE_CONFIG_H -DHAVE_EXPAT -D_REENTRANT -DWBXML_ENCODER_USE_STRTBL -DWBXML_SUPPORT_WML -DWBXML_SUPPORT_WTA -DWBXML_SUPPORT_SI -DWBXML_SUPPORT_SL -DWBXML_SUPPORT_CO -DWBXML_SUPPORT_PROV -DWBXML_SUPPORT_EMN -DWBXML_SUPPORT_DRMREL -DWBXML_SUPPORT_OTA_SETTINGS -DWBXML_SUPPORT_SYNCML -DWBXML_SUPPORT_WV -Wall -Wimplicit -Wreturn-type -Wunused -Wswitch -Wcomment -Wuninitialized -Wparentheses -Wpointer-arith -Wmissing-prototypes -O3 -g -o wbxml2xml wbxml2xml_tool.o attgetopt.o ../src/libwbxml2.la -lnsl gcc -DHAVE_CONFIG_H -DHAVE_EXPAT -D_REENTRANT -DWBXML_ENCODER_USE_STRTBL -DWBXML_SUPPORT_WML -DWBXML_SUPPORT_WTA -DWBXML_SUPPORT_SI -DWBXML_SUPPORT_SL -DWBXML_SUPPORT_CO -DWBXML_SUPPORT_PROV -DWBXML_SUPPORT_EMN -DWBXML_SUPPORT_DRMREL -DWBXML_SUPPORT_OTA_SETTINGS -DWBXML_SUPPORT_SYNCML -DWBXML_SUPPORT_WV -Wall -Wimplicit -Wreturn-type -Wunused -Wswitch -Wcomment -Wuninitialized -Wparentheses -Wpointer-arith -Wmissing-prototypes -O3 -g -o .libs/wbxml2xml wbxml2xml_tool.o attgetopt.o ../src/.libs/libwbxml2.so -lnsl -Wl,--rpath -Wl,/usr/local/lib ../src/.libs/libwbxml2.so: undefined reference to `XML_GetCurrentByteIndex' ../src/.libs/libwbxml2.so: undefined reference to `XML_SetElementHandler' ../src/.libs/libwbxml2.so: undefined reference to `XML_Parse' ../src/.libs/libwbxml2.so: undefined reference to `XML_ParserFree' ../src/.libs/libwbxml2.so: undefined reference to `XML_SetCharacterDataHandler' ../src/.libs/libwbxml2.so: undefined reference to `XML_ParserCreate' ../src/.libs/libwbxml2.so: undefined reference to `XML_SetCdataSectionHandler' ../src/.libs/libwbxml2.so: undefined reference to `XML_SetStartDoctypeDeclHandler' ../src/.libs/libwbxml2.so: undefined reference to `XML_SetUserData' ../src/.libs/libwbxml2.so: undefined reference to `XML_SetProcessingInstructionHandler' collect2: ld returned 1 exit status make[2]: *** [wbxml2xml] Error 1 make[2]: Leaving directory `/home/rodolfo/tmp/wbxml2-0.9.0/tools' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/rodolfo/tmp/wbxml2-0.9.0' make: *** [all] Error 2 |
From: Rodolfo M. <rod...@gm...> - 2006-09-15 09:16:04
|
Rodolfo Medina <rod...@gm...> writes: > when I do `make' to install wbxml2-0.9.0-src.tar.gz, > it stops giving the following error message: > > ../src/.libs/libwbxml2.so: undefined reference to `XML_GetCurrentByteIndex' > ../src/.libs/libwbxml2.so: undefined reference to `XML_SetElementHandler' > ../src/.libs/libwbxml2.so: undefined reference to `XML_Parse' > ../src/.libs/libwbxml2.so: undefined reference to `XML_ParserFree' > ../src/.libs/libwbxml2.so: undefined reference to `XML_SetCharacterDataHandler' > ../src/.libs/libwbxml2.so: undefined reference to `XML_ParserCreate' > ../src/.libs/libwbxml2.so: undefined reference to `XML_SetCdataSectionHandler' > ../src/.libs/libwbxml2.so: undefined reference to `XML_SetStartDoctypeDeclHandler' > ../src/.libs/libwbxml2.so: undefined reference to `XML_SetUserData' > ../src/.libs/libwbxml2.so: undefined reference to `XML_SetProcessingInstructionHandler' > collect2: ld returned 1 exit status > make[2]: *** [wbxml2xml] Error 1 > make[2]: Leaving directory `/home/rodolfo/tmp/wbxml2-0.9.0/tools' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/home/rodolfo/tmp/wbxml2-0.9.0' > make: *** [all] Error 2 > > . Can anyone suggest how to fix that? > Both libexpat1-dev and libexpat1 are installed. "Alberto Saez" <alb...@gm...> writes: > First of all, if you are using debian, you can use the svn repository: > > http://www.in.fh-merseburg.de/~jahn/ > > If you really want to compile the svn, there are some things to try > Ok.¿which automake are you usign?, it should be >= 1.9 (remove older ones) > If you change the automake, exec again "./bootstrap" It seems to me that the problem I reported has nothing to do with `automake'nor with svn complilation. It's about the `make' step in compiling wbxml2-0.9.0-src.tar.gz. Some package is maybe missing, but what? Bye, Rodolfo |
From: Alberto S. <alb...@gm...> - 2006-09-14 19:31:50
|
Hello. I'm trying to sync my linux with my PDA using syncml (yes, now syncml-plugi= n and it works fine, but I want to try it with syncml) As my PDA (acer n35) can't handle syncl I've installed in it the funamble client (3.2) for windows mobile. I get the next wrror (in the traces) trying to syn thems: >>>>>>> smlThreadStartCallback(0x533000) [1158185995.986587] +++++++++ This is the worker thread of thread 0x533000 for context 0x532990 +++++++++ [1158186000.745502] >>>>>>> _server_callback(0x418013a0, 0x545060, 0x53c6b0= ) [1158186000.745601] POST /funambol/ds HTTP/1.0 [1158186000.745648] <--- ERROR --- _server_callback: Wrong http version =BF? Wrong http version =BF? =BFAny idea? Thanks in advance. -- |
From: Alberto S. <alb...@gm...> - 2006-09-14 19:26:31
|
Urff. First of all, if you are using debian, you can use the svn repository: http://www.in.fh-merseburg.de/~jahn/ If you really want to compile the svn, there are some things to try Ok.=BFwhich automake are you usign?, it should be >=3D 1.9 (remove older o= nes) If you change the automake, exec again "./bootstrap" 2006/9/14, Rodolfo Medina < rod...@gm...>: > > Rodolfo Medina <rod...@gm...> writes: > > > I do: > > > > $ svn co http://svn.opensync.org/libsyncml/trunk libsyncml > > > > , but I get: > > > > svn: REPORT request failed on '/libsyncml/!svn/vcc/default' > > svn: REPORT of '/libsyncml/!svn/vcc/default': 200 OK ( http://svn.open= sync.org > ) > > > Well, I reinstalled Debian in another partition and this time I could > download > libsyncml. > But now another problem: when I do `make' to install > wbxml2-0.9.0-src.tar.gz, > it stops giving the following error message: > > ../src/.libs/libwbxml2.so: undefined reference to > `XML_GetCurrentByteIndex' > ../src/.libs/libwbxml2.so: undefined reference to `XML_SetElementHandler' > ../src/.libs/libwbxml2.so: undefined reference to `XML_Parse' > ../src/.libs/libwbxml2.so: undefined reference to `XML_ParserFree' > ../src/.libs/libwbxml2.so: undefined reference to > `XML_SetCharacterDataHandler' > ../src/.libs/libwbxml2.so: undefined reference to `XML_ParserCreate' > ../src/.libs/libwbxml2.so: undefined reference to > `XML_SetCdataSectionHandler' > ../src/.libs/libwbxml2.so: undefined reference to > `XML_SetStartDoctypeDeclHandler' > ../src/.libs/libwbxml2.so: undefined reference to `XML_SetUserData' > ../src/.libs/libwbxml2.so: undefined reference to > `XML_SetProcessingInstructionHandler' > collect2: ld returned 1 exit status > make[2]: *** [wbxml2xml] Error 1 > make[2]: Leaving directory `/home/rodolfo/tmp/wbxml2- 0.9.0/tools' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/home/rodolfo/tmp/wbxml2-0.9.0' > make: *** [all] Error 2 > > . Can anyone suggest how to fix that? > Both libexpat1-dev and libexpat1 are installed. > > Thanks, > Rodolfo > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronim= o > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat= =3D121642 > _______________________________________________ > Opensync-users mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensync-users > |