opensync-users — The place to get help for the OpenSync project

[Opensync-users] failure using syncml-http-server plugin to sync a P900

[Olivier S. <ol...@sm...>]

Hi all,

I'm trying to synchronize my Linux PC with my Sony Ericsson P900 (using
syncml). I followed the instructions on the documentation page.
Unfortunately, when I click on the Sync button of my mobile phone, I
promptly receive an error message like "Server not found. Check your
parameters."

The phone and the PC are connected through USB and the ppp link is alive
and kicking. I had ethereal monitoring on the ppp0 and could see the
beginning of a communication but OpenSync closed the communication with
an error message ("404 Not found") after the P900 sent its devinfo. (See
attached logs and pcap file).

Any idea what's happening there ?

Versions:
- libsyncml, syncml plugin updated just before the test
- wbxml2 0.90 from sourceforge and patched
- libgsoup checked out two days ago
- libopensync & plugins from 0,18 snapshot
- multisync from 0.90
- all other dependencies from Ubuntu Dapper release

Thanks in advance,


Olivier Smeesters

Re: [Opensync-users] libopensync-plugin-synce on FC5

[Stephan B. <wol...@ya...>]

Where can I download libopensync-plugin-synce-0.05.tar.gz from?

Stephan

On 05/25/2006 11:18:32 PM, Stephan Borg wrote:
> Hello all,
>=20
> I have had limited success compiling libopensync-plugin-synce on FC5.
>=20
> Has anyone successfully done so, and can they help get some
> instructions (or even an RPM) together on how they managed?

CVS version can be used to build the rpm - it works for me, in any =20
case. Once you can compile it, you can use following line to build the =20
package:

make dist && rpmbuild -ta libopensync-plugin-synce-0.05.tar.gz

Pawel

Send instant messages to your online friends http://au.messenger.yahoo.com 

Re: [Opensync-users] N6260 failure with syncml-plugin

[Karol K. <sz...@he...>]

Thus wrote Armin Bauer:
> good! this is a known bug in libwbxml.
> 
> please download libwbxml (0.9.0) from
> http://libwbxml.aymerick.com/download.php and apply the patch in
> misc/wbxml2-0.9.0.patch in libsyncml.

Wow, I was sure I had already been using the patched version, but as it
turned out it lacked just the NumberOfChanged bit... it now works, except
for some invalid character / invalid utf8 warnings.

Thanks for your help and sorry for the noise.
Best regards,

-- 
Karol 'sziwan' Kozimor
sz...@he...

Re: [Opensync-users] Libsyncml 0.4.0

[matthias j. <jah...@fr...>]

Am Montag, 5. Juni 2006 02:02 schrieb Armin Bauer:
> i just released a new version of libsyncml "0.4.0". This release now
> also fixes the "Unknown command type" errors that some of you experienced.
>
> You can get libsyncml 0.4.0 by either checking out from subversion, or
> by downloading a tarball. More info here:
>
> http://libsyncml.opensync.org/wiki/download

My Opensync Debian unstable svn packages at 
http://www.in.fh-merseburg.de/~jahn/ also includes libsyncml 0.4.0 by now.

[Opensync-users] Partial success with Nokia 6260

[Benjamin S. <mai...@sc...>]

I managed to synchronize my Nokia 6260 mobile half way.

I created a new profile in my mobile named syncml. I then ran the following command to test the profile:

syncml-obex-client -b XX:XX:XX:XX:XX 11 --sync "text/x-vcard" Contacts --sync "text/x-vcalendar" Calendar --dumpinfo  --identifier "syncml" --wbxml --recvLimit 10000 --maxObjSize 734000 --noStringTable

connection with device succeeded
Received an Alert for the DS Server at Contacts: Type: 206, Last , Next 20060605T020224Z
Just received a new session with ID 12
Received an Alert for the DS Server at Calendar: Type: 206, Last , Next 20060605T020224Z
Received the DevInf
Session 12 reported final. flushing
Received an reply to our Alert
Received an reply to our Alert
There was an error in the session 12: wrong initial node: NumberOfChangedSend

I did apply the the nokia 60609 patch for wbxml-0.9.0. Strangly this always happens when the 40s entry of my contacts is reached.

Re: [Opensync-users] N6260 failure with syncml-plugin

[Benjamin S. <mai...@sc...>]

I cant find that patch it neither in wbxml nor in the libsyncml files on the 
webpage. Am I missing something here ?

On Monday 05 June 2006 02:05, Armin Bauer wrote:
> good! this is a known bug in libwbxml.
>
> please download libwbxml (0.9.0) from
> http://libwbxml.aymerick.com/download.php and apply the patch in
> misc/wbxml2-0.9.0.patch in libsyncml.
>
> Armin
>
> Karol Kozimor wrote:
> > Thus wrote Armin Bauer:
> >> please see if setting <usestringtable> in the syncml config solves the
> >> problem.
> >
> > It was set to 1 previously. Setting it to 0 produces the following
> > results:
> >
> > #v+
> > Synchronizing group "obexfile"
> > The previous synchronization was unclean. Slow-syncing
> > Member 1 of type file-sync just connected
> > I/O error : Attempt to load network entity
> > http://www.syncml.org/docs/syncml_represent_v11_20020213.dtd received
> > event dsession
> > received contact dsession
> > received note dsession
> > Member 2 of type syncml-obex-client just connected
> > All clients connected or error
> > Member 1 of type file-sync just sent all changes
> > I/O error : Attempt to load network entity
> > http://www.syncml.org/docs/syncml_represent_v11_20020213.dtd Received an
> > reply to our Alert
> > Received an reply to our Alert
> > Received an reply to our Alert
> > Member 2 of type syncml-obex-client had an error while getting changes:
> > wrong initial node: NumberOfChanged Member 1 of type file-sync just
> > disconnected
> > Member 2 of type syncml-obex-client had an error while disconnecting:
> > Timeout while waiting for a reply to message "DISCONNECT" All clients
> > have disconnected
> > The sync failed: Unable to read from one of the members
> > Error synchronizing: Unable to read from one of the members
> > #v-
> >
> > Still it looks like *some* progress... traces at:
> > http://hell.org.pl/~sziwan/syncml-traces-usestrintable-0.tar.gz
> >
> > Best regards,

Re: [Opensync-users] Detection during conflict determination

[Armin B. <arm...@de...>]

Graham Cobb wrote:
> Before I submit a bug ticket I thought I would check with the list to s=
ee if=20
> there was anything I missed.
>=20
> It looks like format detection doesn't happen during conflict checking =
-- and=20
> it should. =20
>=20
> For example, if I sync between kdepim and file I can get a directory wi=
th file=20
> versions of my contacts, events and notes.  Great.  However, if I force=
 a=20
> slow sync (without changing anything in the KDE side or in the files) e=
very=20
> one of those files is marked as a conflict.
>=20
> The problem is that the comparison check (to see if the entries conflic=
t) is=20
> done with the XML datatype but that the file data cannot be converted t=
o XML. =20
> Of course, when actually performing a change the file data is converted=
 to=20
> XML perfectly well, but that requires using a detector.  And the detect=
or is=20
> not used during the comparison check.
>=20
> Is there any reason this shouldn't be regarded as a bug?  Is there some=
 reason=20
> it is particularly hard to do?

Yes, this can be regarded as a bug and will be fixed in the next version
of opensync.

The problem with fixing this bug is:
Lets assume that we have telephone which can store notes and contacts.
We are synchronizing this telephone with a directory which contains a
single vcard. But opensync has a problem now: how should this file be
treated? Should it be synchronized as a contact or as a note? At the
moment it would be synchronized as a note (thats also the reason why the
comparison fails). But we cannot simply always run the detector on it,
because someone might want to really transfer it as a note.

But i already have a solution in mind. I just need to find some time to
implement it.

Armin

>=20
> Graham
>=20
>=20
> _______________________________________________
> Opensync-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensync-users
>=20

Re: [Opensync-users] Partial success on Nokia 6630

[Armin B. <arm...@de...>]

Conrad Wolf wrote:
> On Friday, 2. June 2006 21:39, Armin Bauer wrote:
>> Conrad Wolf wrote:
>>>>> One other problem occured when I imported my real contact list (all=

>>>>> umlauts substituted) to evolution to sync it to my phone. The sync
>>>>> started okey and the phone display was showing a progress bar and t=
he
>>>>> number of transferred contacts, but suddenly after about 30 of 150
>>>>> contacts the sync stoped. Sometimes this occured at entry 27 someti=
mes
>>>>> at 30 and so on. I had the impression that this coincides with the
>>>>> following line appearing on the CL:
>>>>>
>>>>> I/O error : Attempt to load network entity
>>>>> http://www.syncml.org/docs/syncml_represent_v11_20020213.dtd
>>>>>
>>>>> After a while tons of error messages of this type appear:
>>>>>
>>>>> Error writing entry pas-id-445FBF6C00000060 to member 2: Timeout wh=
ile
>>>>> waiting for a reply to message "COMMIT_CHANGE"
>>>>> Mapping Write Error: Timeout while waiting for a reply to
>>>>> message "COMMIT_CHANGE"
>>>>>
>>>>> The syncml-obex-client trace ends with the following lines:
>>>>>
>>>>> [1147126085.317415]	<<<<<<<  client_message_handler
>>>>> [1147126085.755768]	>>>>>>>  _manager_event(0x80831e0, 6, 0x80c9768=
,
>>>>> (nil), 0x8082500)
>>>>> [1147126085.755848]	<<<<<<<  _manager_event
>>>>> [1147126085.755888]	>>>>>>>  _smlManagerEventFree(0x858dc98)
>>>>> [1147126085.755927]		>>>>>>>  smlSessionUnref(0x80c9768)
>>>>> [1147126085.755965]		<<<<<<<  smlSessionUnref
>>>>> [1147126085.756003]	<<<<<<<  _smlManagerEventFree
>>>>> [1147126091.76960]	>>>>>>>  _manager_event(0x80831e0, 7, 0x80c9768,=

>>>>> 0x8667ef8, 0x8082500)
>>>>> [1147126091.77014]		There was an error in the session 219: Received=
 a
>>>>> status after commands
>>>>> [1147126091.77071]	<--- ERROR --- _manager_event: Received a status=

>>>>> after commands
>>>>> [1147126091.77110]	>>>>>>>  _smlManagerEventFree(0x820e7e0)
>>>>> [1147126091.77149]		>>>>>>>  smlSessionUnref(0x80c9768)
>>>>> [1147126091.77187]		<<<<<<<  smlSessionUnref
>>>>> [1147126091.77227]	<<<<<<<  _smlManagerEventFree
>>>>>
>>>>> No idea what happened here, but it's not nice. It never happened wh=
en I
>>>>> did the testing with only a few entries.
>>>>>
>>>>> I've taken traces of all the above syncs, but I decided not to atta=
ch
>>>>> them to this mail. I'll send em off-list.
>>>> the syncml protocols clearly states that no status has to be sent af=
ter
>>>> a command has been sent. but some devices simply ignore the standard=
 and
>>>> do this anyways.
>>>>
>>>> there is a option in the config AllowLateStatus which you can set to=
 1
>>>> to allow such behaviour.
>>>>
>>>> Best Regards,
>>>> Armin
>>> Hi Armin,
>>>
>>> I put
>>>
>>> <AllowLateStatus>1</AllowLateStatus>
>>>
>>> into my syncml-obex-client.conf, but that didn't help. I also split m=
y
>>> contact list into 2 parts and tried to sync these parts separately to=

>>> check whether I have a corrupt entry, but the sync freezes with both
>>> parts at something between entry 25 to 30. The freezing of the progre=
ss
>>> bar and the counting of transferred entries on the phone always occur=
s
>>> when
>>>
>>> I/O error : Attempt to load network entity
>>> http://www.syncml.org/docs/syncml_represent_v11_20020213.dtd
>>>
>>> appears on the command line. I read somewhere on the list that one co=
uld
>>> ignore this error message. Is that definite or is there a chance that=
 it
>>> is correlated to the freezing of the sync?
>> this is definitely not related to the freeze (actually i finally manag=
ed
>> to squelch the error message).
>>
>> allowLateStatus is not needed anymore (it is now enabled by default).
>>
>> i uploaded some fixes to the svn lately. so maybe it works for you now=
=2E
>>
>> Armin
>=20
>=20
> I checked out the new version from svn a few days ago and the problem w=
ent=20
> away :-). Thanks a lot!!!
>=20
> I still have the problem though that sometimes some random entry gives =
me=20
> a 'Error 500' message during the sync, while the same entry works at ot=
her=20
> times. I'll do some more testing on that issue and then report again.

This is a known "bug". A lot of phones dont understand the events that
are generated by applications like evolution. the solution to this will
be, that opensync will convert such events internally to something that
is understood by the phones.

Writing this converter is a lot of work, thats why this isnt fixed yet.

Armin

>=20
> Aside from that everything seems to work fine now. Good work!
>=20
> Conrad.
>=20

Re: [Opensync-users] N6260 failure with syncml-plugin

[Armin B. <arm...@de...>]

good! this is a known bug in libwbxml.

please download libwbxml (0.9.0) from
http://libwbxml.aymerick.com/download.php and apply the patch in
misc/wbxml2-0.9.0.patch in libsyncml.

Armin

Karol Kozimor wrote:
> Thus wrote Armin Bauer:
>> please see if setting <usestringtable> in the syncml config solves the=

>> problem.
>=20
> It was set to 1 previously. Setting it to 0 produces the following resu=
lts:
>=20
> #v+
> Synchronizing group "obexfile"
> The previous synchronization was unclean. Slow-syncing
> Member 1 of type file-sync just connected
> I/O error : Attempt to load network entity http://www.syncml.org/docs/s=
yncml_represent_v11_20020213.dtd
> received event dsession
> received contact dsession
> received note dsession
> Member 2 of type syncml-obex-client just connected
> All clients connected or error
> Member 1 of type file-sync just sent all changes
> I/O error : Attempt to load network entity http://www.syncml.org/docs/s=
yncml_represent_v11_20020213.dtd
> Received an reply to our Alert
> Received an reply to our Alert
> Received an reply to our Alert
> Member 2 of type syncml-obex-client had an error while getting changes:=
 wrong initial node: NumberOfChanged
> Member 1 of type file-sync just disconnected
> Member 2 of type syncml-obex-client had an error while disconnecting: T=
imeout while waiting for a reply to message "DISCONNECT"
> All clients have disconnected
> The sync failed: Unable to read from one of the members
> Error synchronizing: Unable to read from one of the members
> #v-
>=20
> Still it looks like *some* progress... traces at:
> http://hell.org.pl/~sziwan/syncml-traces-usestrintable-0.tar.gz
>=20
> Best regards,
>=20

[Opensync-users] Libsyncml 0.4.0

[Armin B. <arm...@de...>]

Hi,

i just released a new version of libsyncml "0.4.0". This release now
also fixes the "Unknown command type" errors that some of you experienced=
=2E

You can get libsyncml 0.4.0 by either checking out from subversion, or
by downloading a tarball. More info here:

http://libsyncml.opensync.org/wiki/download



For all other errors (like "request not successfull: 67" or similar)
please see if disabling wbxml string tables helps, by setting
<usestringtable> to 0 in your plugin config.



There is also a new version of libsoup which fixes all known problems
regarding the http transport. You can either install libsoup >=3D 2.2.93
if your distro ships it already or check out from gnome cvs using:

cvs -d :pserver:ano...@an...:/cvs/gnome co libsoup


Best Regards,
Armin Bauer

Re: [Opensync-users] Unknown command type with Nokia 6260

[Benjamin S. <mai...@sc...>]

Hi

Some more infos about my attempt to synchronize. 

The profile "a" was created in my mobile. I tried different seetings for 
recvLimit and maxObjSize but it made no difference.  

Using the identifier "PC Suite" didnt work I got the following error:

There was an error in the session 127: No node at all
Didnt receive the devinf though it was requested

Both trace outputs can be found at:

https://thor.homeunix.net/pcsuite.trace.log.tar.bz2

and

https://thor.homeunix.net/a.trace.log.tar.bz2

Thanks for the help

Greetings Benny

On Saturday 03 June 2006 00:11, Armin Bauer wrote:
> Benjamin Schleinzer wrote:
> > Hi
> >
> > I tried to synchronize my Nokia 6260 mobile using bluetooth and the
> > syncml plugin.
> >
> > I created a new sync profile named "a" ;)
> >
> > I can connect and syncml tries to synchronize but I allways get the
> > following error:
> >
> > bash# syncml-obex-client -b XX:XX:XX:XX:XX 11  --sync "text/x-vcard"
> > Contacts --sync "text/x-vcalendar" Calendar --dumpinfo  --identifier "a"
> > --wbxml --recvLimit 10000 --maxObjSize 734000 I/O error : Attempt to load
> > network entity
> > http://www.syncml.org/docs/syncml_represent_v11_20020213.dtd Received an
> > Alert for the DS Server at Contacts: Type: 206, Last , Next
> > 20060530T162622Z Received an Alert for the DS Server at Calendar: Type:
> > 206, Last , Next 20060530T162622Z Just received a new session with ID 8
> > Received the DevInf
> > Session 8 reported final. flushing
> > There was an error in the session 8: Unknown command type
> >
> > The XX is my actual bluetooth mac. Anybody has an idea what that error
> > means ?
>
> can you please send me the trace of the sync?
>
> Armin
>
> > Greetings Benny
> >
> >
> >
> >
> > DUMPINFO output:
> > ========================================
> > Man: NOKIA
> > Mod: Catalina
> > FirmwareVersion: (null)
> > SoftwareVersion: 3.0515.0
> > HardwareVersion: (null)
> >
> > ReceiveLimit: 10000
> > MaxObjSize: 734000
> > Connection used: Obex
> > Identifier: a
> >
> > Databases:
> > DB Locations: Contacts
> > DB Type: text/x-vcard
> > DB Slow: 0
> >
> > DB Locations: Calendar
> > DB Type: text/x-vcalendar
> > DB Slow: 0
> >
> > Bluetooth: Yes
> > Wbxml: Yes
> > SyncML Version: 1.1
> > SupportsNumberofChanges: Yes
> > SupportsLargeObjects: Yes
> >
> >
> > -------------------------------------------------------
> > All the advantages of Linux Managed Hosting--Without the Cost and Risk!
> > Fully trained technicians. The highest number of Red Hat certifications
> > in the hosting industry. Fanatical Support. Click to learn more
> > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642
> > _______________________________________________
> > Opensync-users mailing list
> > Ope...@li...
> > https://lists.sourceforge.net/lists/listinfo/opensync-users

Re: [Opensync-users] N6260 failure with syncml-plugin

[Karol K. <sz...@he...>]

Thus wrote Armin Bauer:
> please see if setting <usestringtable> in the syncml config solves the
> problem.

It was set to 1 previously. Setting it to 0 produces the following results:

#v+
Synchronizing group "obexfile"
The previous synchronization was unclean. Slow-syncing
Member 1 of type file-sync just connected
I/O error : Attempt to load network entity http://www.syncml.org/docs/syncml_represent_v11_20020213.dtd
received event dsession
received contact dsession
received note dsession
Member 2 of type syncml-obex-client just connected
All clients connected or error
Member 1 of type file-sync just sent all changes
I/O error : Attempt to load network entity http://www.syncml.org/docs/syncml_represent_v11_20020213.dtd
Received an reply to our Alert
Received an reply to our Alert
Received an reply to our Alert
Member 2 of type syncml-obex-client had an error while getting changes: wrong initial node: NumberOfChanged
Member 1 of type file-sync just disconnected
Member 2 of type syncml-obex-client had an error while disconnecting: Timeout while waiting for a reply to message "DISCONNECT"
All clients have disconnected
The sync failed: Unable to read from one of the members
Error synchronizing: Unable to read from one of the members
#v-

Still it looks like *some* progress... traces at:
http://hell.org.pl/~sziwan/syncml-traces-usestrintable-0.tar.gz

Best regards,

-- 
Karol 'sziwan' Kozimor
sz...@he...

Re: [Opensync-users] Unknown content type

[Armin B. <arm...@de...>]

Hi,

the error is probably the result of using a old version of libsyncml. If
you use the svn version of both the syncml plugin and libsyncml, the
error should disappear.

Best Regards,
Armin Bauer

Felix Homann wrote:
> On Friday 26 May 2006 16:00, Felix Homann wrote:
>> Hi,
>>
>> after upgrading libsyncml I get the following error message when start=
ing
>> msynctool:
>>
>> Member 1 of type syncml-obex-client had an error while connecting: Unk=
nown
>> content type "-1208303096"
>>
>=20
> Hi,
>=20
> here are the logs. The error can be seen in SyncML-Thread3046960048.log=
=2E
>=20
> Kind regards,
>=20
> Felix

Re: [Opensync-users] can't compile with ubuntu

[Ciro S. <mo...@ol...>]

David Eriksson ha scritto:
> On Sun, 2006-06-04 at 21:31 +0200, Ciro Scognamiglio wrote:
>> Hi,
>>
>> I have several problems recompiling opensync and syncml plugins,
>> here is the autoreconf output:
>>
>> root@joey:~/cvs_packages/opensync/opensync# autoreconf -i
>> tests/mock-plugin/Makefile.am:4: invalid unused variable name: `AM_LDFLAGS'
>> wrapper/Makefile.am:25: bad macro name `_opensync_la_LDFLAGS'
>> wrapper/Makefile.am:26: bad macro name `_opensync_la_LIBADD'
>> wrapper/Makefile.am:24: invalid unused variable name:
>> `nodist__opensync_la_SOURCES'
>> autoreconf2.50: automake failed with exit status: 1
> 
> Do you have libtool installed?

yes, version 1.5.22-2 from the official dapper repository.

C.

Re: [Opensync-users] N6260 failure with syncml-plugin

[Armin B. <arm...@de...>]

Hi Karol,

please see if setting <usestringtable> in the syncml config solves the
problem.

Best Regards,
Armin

Karol Kozimor wrote:
> Hi,
> I've been trying to sync my Nokia 6260 (Symbian OS 7.0, Series 60 2.1)
> using SyncML over Bluetooth. I've set up libopensync, syncml-plugin, wb=
xml2
> and what not according to http://www.opensync.org/wiki/syncml-guide. Wh=
en I
> run msynctool I get this output:
> #v+
> $ msynctool --sync obexfile
> Synchronizing group "obexfile"
> The previous synchronization was unclean. Slow-syncing
> Member 1 of type file-sync just connected
> I/O error : Attempt to load network entity http://www.syncml.org/docs/s=
yncml_represent_v11_20020213.dtd
> received event dsession
> received contact dsession
> received note dsession
> Member 2 of type syncml-obex-client just connected
> All clients connected or error
> Member 1 of type file-sync just sent all changes
> I/O error : Attempt to load network entity http://www.syncml.org/docs/s=
yncml_represent_v11_20020213.dtd
> Member 2 of type syncml-obex-client had an error while getting changes:=
 No node at all
> Member 1 of type file-sync just disconnected
> Member 2 of type syncml-obex-client had an error while disconnecting: T=
imeout while waiting for a reply to message "DISCONNECT"
> All clients have disconnected
> The sync failed: Unable to read from one of the members
> Error synchronizing: Unable to read from one of the members
> #v-
>=20
> The last part of the plugin-specific log is attached below, more can be=
 found at
> http://hell.org.pl/~sziwan/syncml-traces.tar.gz
>=20
> What can I do to make it work?
> Best regards,
>=20

Re: [Opensync-users] can't compile with ubuntu

[David E. <tw...@us...>]

On Sun, 2006-06-04 at 21:31 +0200, Ciro Scognamiglio wrote:
> Hi,
> 
> I have several problems recompiling opensync and syncml plugins,
> here is the autoreconf output:
> 
> root@joey:~/cvs_packages/opensync/opensync# autoreconf -i
> tests/mock-plugin/Makefile.am:4: invalid unused variable name: `AM_LDFLAGS'
> wrapper/Makefile.am:25: bad macro name `_opensync_la_LDFLAGS'
> wrapper/Makefile.am:26: bad macro name `_opensync_la_LIBADD'
> wrapper/Makefile.am:24: invalid unused variable name:
> `nodist__opensync_la_SOURCES'
> autoreconf2.50: automake failed with exit status: 1

Do you have libtool installed?

\David

[Opensync-users] can't compile with ubuntu

[Ciro S. <mo...@ol...>]

Hi,

I have several problems recompiling opensync and syncml plugins,
here is the autoreconf output:

root@joey:~/cvs_packages/opensync/opensync# autoreconf -i
tests/mock-plugin/Makefile.am:4: invalid unused variable name: `AM_LDFLAGS'
wrapper/Makefile.am:25: bad macro name `_opensync_la_LDFLAGS'
wrapper/Makefile.am:26: bad macro name `_opensync_la_LIBADD'
wrapper/Makefile.am:24: invalid unused variable name:
`nodist__opensync_la_SOURCES'
autoreconf2.50: automake failed with exit status: 1


distribution is kubuntu Dapper, versions are:

root@joey:~/cvs_packages/opensync/opensync# autoreconf --version
autoreconf (GNU Autoconf) 2.59
Written by David J. MacKenzie and Akim Demaille.

Copyright (C) 2003 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
---
Autoconf 2.50 chosen by Debian wrapper script.
For information and tuning advice see autoconf(1).

I managed to get the package reconfigured by launching by hand
autoheader, automake and autoconf but while recompiling I get this:
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -pthread -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include   -I/usr/include/libxml2   -I../osengine
-Wall -Werror  -g -O2 -c osyncbinary.c
/bin/sh ../libtool --mode=link gcc -Wall -Werror  -g -O2  -o osyncbinary
-Wl,--export-dynamic -pthread -lgmodule-2.0 -ldl -lgobject-2.0
-lgthread-2.0 -lglib-2.0 -lsqlite3   -R /usr/lib osyncbinary.o
../opensync/libopensync.la
gcc -Wall -Werror -g -O2 -o .libs/osyncbinary -Wl,--export-dynamic
-pthread osyncbinary.o  /usr/lib/libgmodule-2.0.so -ldl
/usr/lib/libgobject-2.0.so /usr/lib/libgthread-2.0.so
/usr/lib/libglib-2.0.so /usr/lib/libsqlite3.so
../opensync/.libs/libopensync.so -Wl,--rpath -Wl,/usr/lib
creating osyncbinary
make[2]: Leaving directory `/root/cvs_packages/opensync/opensync/tools'
Making all in wrapper
make[2]: Entering directory `/root/cvs_packages/opensync/opensync/wrapper'
make[2]: *** No rule to make target `_opensync.la.lo', needed by
`_opensync.la'.  Stop.
make[2]: Leaving directory `/root/cvs_packages/opensync/opensync/wrapper'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/root/cvs_packages/opensync/opensync'
make: *** [all-recursive-am] Error 2



I am not a newbie (and I don't have the time right now to look deeply in
what went wrong :P) but I find the whole process of recompiling of
opensync && plugins quite confusing...
I already tried with no success installing opensync one or two month
ago, now I would really like to backup my p800 data as just today it
seemed to be dead (argh!)...(but luckily it was a false alarm)...If
anybody knows of a good alternative (that works) for the p800 (apart
from using windows of course), please let me know.

thnx,

Ciro.

Re: [Opensync-users] Calendar sync possible with Siemens C72?

[matthias j. <jah...@fr...>]

Am Sonntag, 4. Juni 2006 14:11 schrieben Sie:
>my question is, whether it is possible to synchronise a Siemens C72's
>calendar (SGold) with my computer via opensync.
>The phone supports syncml, but only over an internet server, e.g:
in principle yes.

libsyncml is able to start a http-server.

All you need is libsyncml opensync and multisync-cli or kitchensync-opensync.
(
  if you using debian all components are available at:
  http://www.in.fh-merseburg.de/~jahn/
)

I have allready synced my old Nokia 7650 using opensync and with its 
predecessor Multisync. 

- http://www.opensync.org/wiki/nokia-guide  
     (use http://129.187.150.92/wiki/nokia-guide  if above link did not work.)
- http://multisync.sourceforge.net/wiki/index.php?Nokia6600Instructions (old)

[Opensync-users] Calendar sync possible with Siemens C72?

[Maximilian F. <max...@go...>]

Hello,

my question is, whether it is possible to synchronise a Siemens C72's calendar 
(SGold) with my computer via opensync.
The phone supports syncml, but only over an internet server, e.g:

 http://syncml.vodafone.de/syncml.osp

I'm looking forward to reading from you.

Max

Re: [Opensync-users] Unknown command type with Nokia 6260

[Benjamin S. <mai...@sc...>]

Hi

Some more infos about my attempt to synchronize. 

The profile "a" was created in my mobile. I tried different seetings for 
recvLimit and maxObjSize but it made no difference.  Using the identifier PC 
Suite didnt work I got the following error:

There was an error in the session 127: No node at all
Didnt receive the devinf though it was requested

I attached both trace outputs.

Thanks for the help

Greetings Benny

On Saturday 03 June 2006 00:11, Armin Bauer wrote:
> Benjamin Schleinzer wrote:
> > Hi
> >
> > I tried to synchronize my Nokia 6260 mobile using bluetooth and the
> > syncml plugin.
> >
> > I created a new sync profile named "a" ;)
> >
> > I can connect and syncml tries to synchronize but I allways get the
> > following error:
> >
> > bash# syncml-obex-client -b XX:XX:XX:XX:XX 11  --sync "text/x-vcard"
> > Contacts --sync "text/x-vcalendar" Calendar --dumpinfo  --identifier "a"
> > --wbxml --recvLimit 10000 --maxObjSize 734000 I/O error : Attempt to load
> > network entity
> > http://www.syncml.org/docs/syncml_represent_v11_20020213.dtd Received an
> > Alert for the DS Server at Contacts: Type: 206, Last , Next
> > 20060530T162622Z Received an Alert for the DS Server at Calendar: Type:
> > 206, Last , Next 20060530T162622Z Just received a new session with ID 8
> > Received the DevInf
> > Session 8 reported final. flushing
> > There was an error in the session 8: Unknown command type
> >
> > The XX is my actual bluetooth mac. Anybody has an idea what that error
> > means ?
>
> can you please send me the trace of the sync?
>
> Armin
>
> > Greetings Benny
> >
> >
> >
> >
> > DUMPINFO output:
> > ========================================
> > Man: NOKIA
> > Mod: Catalina
> > FirmwareVersion: (null)
> > SoftwareVersion: 3.0515.0
> > HardwareVersion: (null)
> >
> > ReceiveLimit: 10000
> > MaxObjSize: 734000
> > Connection used: Obex
> > Identifier: a
> >
> > Databases:
> > DB Locations: Contacts
> > DB Type: text/x-vcard
> > DB Slow: 0
> >
> > DB Locations: Calendar
> > DB Type: text/x-vcalendar
> > DB Slow: 0
> >
> > Bluetooth: Yes
> > Wbxml: Yes
> > SyncML Version: 1.1
> > SupportsNumberofChanges: Yes
> > SupportsLargeObjects: Yes
> >
> >
> > -------------------------------------------------------
> > All the advantages of Linux Managed Hosting--Without the Cost and Risk!
> > Fully trained technicians. The highest number of Red Hat certifications
> > in the hosting industry. Fanatical Support. Click to learn more
> > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642
> > _______________________________________________
> > Opensync-users mailing list
> > Ope...@li...
> > https://lists.sourceforge.net/lists/listinfo/opensync-users

[Opensync-users] Detection during conflict determination

[Graham C. <gr...@co...>]

Before I submit a bug ticket I thought I would check with the list to see if 
there was anything I missed.

It looks like format detection doesn't happen during conflict checking -- and 
it should.  

For example, if I sync between kdepim and file I can get a directory with file 
versions of my contacts, events and notes.  Great.  However, if I force a 
slow sync (without changing anything in the KDE side or in the files) every 
one of those files is marked as a conflict.

The problem is that the comparison check (to see if the entries conflict) is 
done with the XML datatype but that the file data cannot be converted to XML.  
Of course, when actually performing a change the file data is converted to 
XML perfectly well, but that requires using a detector.  And the detector is 
not used during the comparison check.

Is there any reason this shouldn't be regarded as a bug?  Is there some reason 
it is particularly hard to do?

Graham

Re: [Opensync-users] Evolution/opensync and timezones

[Conrad W. <con...@we...>]

On Saturday, 3. June 2006 00:09, Armin Bauer wrote:
> Conrad Wolf wrote:
> > Hi Norm,
> >
> > I had the same problem with evolution. I didn't want to turn off
> > timezones in evo completely, because then evolution would always show a
> > wrong time (I use UTC on my system). For me it helped to select timezone
> > "none" in the appointment dialog whenever I create a new calendar entry.
> > This is not really nice, but it seems to work for the time being.
>
> I know that the timezone problem is a real issue. The problem is that
> its not easy to fix in opensync internally (but we are working on it)
>
> > One other thing with evolution is that whenever I have to do a slow sync
> > (e.g. after using a timezone) all my calendar entries are duplicated in
> > evolution as well as on the phone (Nokia 6630). The slow sync work fine
> > for my contacts though. Any ideas where this comes from?
>
> when a slow-sync is performed, opensync will drop the existing mappings
> between objects and try to remap them.
>
> If the same object (like an event) is stored very differently on the
> phone (opposed to evolution) or if the phones supports less fields,
> opensync might not be able to reestablish the mappings correctly. the
> result is that all items are duplicated.
>
> Armin


I think I found the problem: when the sync failed because of the timezone 
setting I used in the evolution entries, I changes the timezone of these 
entries to none. It seems that evolution has not just changed the timezone of 
these entries but rather created a copy of em with the changed timezone. The 
enties with the bad timezone settings were not visible in evolution, but I 
could see em with a text editor in the calendar.ics-file. After deleting 
these double entries, the dublicates went away. Hope it stays this way. 
Strange, isn't it?

Conrad.


>
> > Conrad.
> >
> > Am Montag, den 29.05.2006, 15:28 -0400 schrieb Norm Dressler:
> >> I cannot sync my Nokia 6620 with evolution because of timezone issues.
> >> The opensync engine doesn't seem to convert it into something nice
> >> that Syncml likes and those records subsequently get rejected and the
> >> sync fails.
> >>
> >> A possible way around this might be to turn off timezones all together
> >> in Evolution.  Is this possible?
> >>
> >> Ultimately, I want a PIM that works -- should I consider moving to
> >> something else on Linux that is known to work?
> >>
> >> Any info would be appreciated.
> >>
> >> Norm
> >
> > -------------------------------------------------------
> > All the advantages of Linux Managed Hosting--Without the Cost and Risk!
> > Fully trained technicians. The highest number of Red Hat certifications
> > in the hosting industry. Fanatical Support. Click to learn more
> > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642
> > _______________________________________________
> > Opensync-users mailing list
> > Ope...@li...
> > https://lists.sourceforge.net/lists/listinfo/opensync-users

[Opensync-users] Kitchensync opensync-integration debian package

[matthias j. <jah...@fr...>]

hi list

using the howto at http://www.opensync.org/wiki/kitchensync

i have made a debian kitchensync debian unstable package (named 
kitchensync-opensync).

Source and binary are available at:

deb http://www.in.fh-merseburg.de/~jahn/ ./ 
deb-src http://www.in.fh-merseburg.de/~jahn/ ./

happy testing...

Re: [Opensync-users] Partial success on Nokia 6630

[Conrad W. <con...@we...>]

On Friday, 2. June 2006 21:39, Armin Bauer wrote:
> Conrad Wolf wrote:
> >>> One other problem occured when I imported my real contact list (all
> >>> umlauts substituted) to evolution to sync it to my phone. The sync
> >>> started okey and the phone display was showing a progress bar and the
> >>> number of transferred contacts, but suddenly after about 30 of 150
> >>> contacts the sync stoped. Sometimes this occured at entry 27 sometimes
> >>> at 30 and so on. I had the impression that this coincides with the
> >>> following line appearing on the CL:
> >>>
> >>> I/O error : Attempt to load network entity
> >>> http://www.syncml.org/docs/syncml_represent_v11_20020213.dtd
> >>>
> >>> After a while tons of error messages of this type appear:
> >>>
> >>> Error writing entry pas-id-445FBF6C00000060 to member 2: Timeout while
> >>> waiting for a reply to message "COMMIT_CHANGE"
> >>> Mapping Write Error: Timeout while waiting for a reply to
> >>> message "COMMIT_CHANGE"
> >>>
> >>> The syncml-obex-client trace ends with the following lines:
> >>>
> >>> [1147126085.317415]	<<<<<<<  client_message_handler
> >>> [1147126085.755768]	>>>>>>>  _manager_event(0x80831e0, 6, 0x80c9768,
> >>> (nil), 0x8082500)
> >>> [1147126085.755848]	<<<<<<<  _manager_event
> >>> [1147126085.755888]	>>>>>>>  _smlManagerEventFree(0x858dc98)
> >>> [1147126085.755927]		>>>>>>>  smlSessionUnref(0x80c9768)
> >>> [1147126085.755965]		<<<<<<<  smlSessionUnref
> >>> [1147126085.756003]	<<<<<<<  _smlManagerEventFree
> >>> [1147126091.76960]	>>>>>>>  _manager_event(0x80831e0, 7, 0x80c9768,
> >>> 0x8667ef8, 0x8082500)
> >>> [1147126091.77014]		There was an error in the session 219: Received a
> >>> status after commands
> >>> [1147126091.77071]	<--- ERROR --- _manager_event: Received a status
> >>> after commands
> >>> [1147126091.77110]	>>>>>>>  _smlManagerEventFree(0x820e7e0)
> >>> [1147126091.77149]		>>>>>>>  smlSessionUnref(0x80c9768)
> >>> [1147126091.77187]		<<<<<<<  smlSessionUnref
> >>> [1147126091.77227]	<<<<<<<  _smlManagerEventFree
> >>>
> >>> No idea what happened here, but it's not nice. It never happened when I
> >>> did the testing with only a few entries.
> >>>
> >>> I've taken traces of all the above syncs, but I decided not to attach
> >>> them to this mail. I'll send em off-list.
> >>
> >> the syncml protocols clearly states that no status has to be sent after
> >> a command has been sent. but some devices simply ignore the standard and
> >> do this anyways.
> >>
> >> there is a option in the config AllowLateStatus which you can set to 1
> >> to allow such behaviour.
> >>
> >> Best Regards,
> >> Armin
> >
> > Hi Armin,
> >
> > I put
> >
> > <AllowLateStatus>1</AllowLateStatus>
> >
> > into my syncml-obex-client.conf, but that didn't help. I also split my
> > contact list into 2 parts and tried to sync these parts separately to
> > check whether I have a corrupt entry, but the sync freezes with both
> > parts at something between entry 25 to 30. The freezing of the progress
> > bar and the counting of transferred entries on the phone always occurs
> > when
> >
> > I/O error : Attempt to load network entity
> > http://www.syncml.org/docs/syncml_represent_v11_20020213.dtd
> >
> > appears on the command line. I read somewhere on the list that one could
> > ignore this error message. Is that definite or is there a chance that it
> > is correlated to the freezing of the sync?
>
> this is definitely not related to the freeze (actually i finally managed
> to squelch the error message).
>
> allowLateStatus is not needed anymore (it is now enabled by default).
>
> i uploaded some fixes to the svn lately. so maybe it works for you now.
>
> Armin


I checked out the new version from svn a few days ago and the problem went 
away :-). Thanks a lot!!!

I still have the problem though that sometimes some random entry gives me 
a 'Error 500' message during the sync, while the same entry works at other 
times. I'll do some more testing on that issue and then report again.

Aside from that everything seems to work fine now. Good work!

Conrad.

Re: [Opensync-users] msynctool broken? Was Re: Unknown content type

[Felix H. <fe...@on...>]

On Saturday 03 June 2006 00:15, Armin Bauer wrote:
> you have to upgrade opensync and msynctool to svn. otherwise the
> function will be missing.

Hi,

I'm using the svn version now (Thanks to Matthias Jahn who prepared 
the  .debs!!!). The "unknown content type" error still persists.

Kind regards,

Felix