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

Re: [Opensync-users] SyncML a better way to go than IrMC?

[Jason G. <ju...@lo...>]

On Fri, 2006-01-06 at 14:02 +0100, Armin Bauer wrote:

> it depends. as soon as syncml is usable, its probably better to use it
> if your phone supports it. but until then or if your phone does not have
> syncml  you should use irmc.
> 


Thanks - that's what I suspected.  I notice that the syncml page says
that obex support will come after http, so I guess I'm better off
working through the issues with irmc for now, since I'd like to sync
over bluetooth (or the phone's usb cable).

Jason.

Re: [Opensync-users] Problems adding new contacts (SE 608i, irmc<->file)

[Jason G. <ju...@lo...>]

Hi Armin,

Thanks for the response - & hope the snow was good!

I've done a little more analysis on the irmc plugin.

After encountering the problem with *adding* a contact, as described
below, I decided to see if I could at least perform a slow sync to
*acquire* the contacts on my phone.  Alas, when I use

  msynctool --sync irmcfile --slow-sync contact

no contacts arrive on my filesystem.  Now obexftp allows me to get the
file telecom/pb.vcf, so I compared the logic.  After the irmc plugin
does an obex get of this file, the irmc_obex_get function returns with
userdata->state != REQDONE, and the data buffer contains zeros.  Looking
at how obexftp works, I notice that it loops on calls to
OBEX_HandleInput() until it gets REQDONE, whereas the irmc plugin only
calls this function once.  obexftp actually gets REQDONE after calling
OBEX_HandleInput() a *second* time.

I'm new to both OBEX and IrMC, but would like to help out by performing
some coding changes/tests if someone can explain/advise on the correct
logic.

J.

On Fri, 2006-01-06 at 13:29 +0100, Armin Bauer wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Hi Jason,
> 
> sorry for the very late reply. I was snowboarding and we didnt have
> internet connection where we stayed. But ill try to answer your
> questions as best as possible now.
> 
> Jason Grant wrote:
> 
> > Given the unfortunate lack of support for opensync, I've found the
> > best source of information on this is in the IrMC spec.
> >
> > So it seems like the correct way to add a contact is to perform an
> > OBEX put with filename telecom/pb/luid/.vcd, and it is the
> > responsibility of the phone to allocate a unique ID. Unfortunately,
> > the irmc-sync plugin doesn't comply with this; if I create a new
> > contact without a LUID, the irmc plugin uses the filename in the
> > OBEX put instead of ".vcd". Also, when the phone allocates the
> > LUID following the put, I can see no mechanism in the irmc plugin
> > for the local copy of the contact to be brought up to date with the
> > allocated LUID, and filename that includes this ID.
> 
> > So I guess the irmc plugin is only half-built? Is it undergoing
> > active development? A short synopsis of gaps would be really
> > helpful for folk like me who are spending hours troubleshooting
> > this stuff, when the status must be obvious to the developers.
> >
> Yes, the status of the irmc plugin is know to the developers. The main
> problem is that the irmc plugin is a port of the plugin from multisync
> (thats also the reason for some of the strange options in the config).
> So all these things are bugs that existed in multisync.
> 
> I cannot promise when we will fix those issues, but your findings from
> above (with the .vcd) will definitely speed this up since we dont have
> to investigate this ourselves then. so thanks for your help!
> 
> Best Regards,
> Armin Bauer
> 
> > Thanks,
> >
> > Jason.
> >
> >
> > On Wed, 2005-12-21 at 22:52 +1100, Jason Grant wrote:
> >
> >> For the benefit of others, I've made a little progress here. I
> >> can now add contacts that I create on my local filesystem ...
> >
> 
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.2 (GNU/Linux)
> Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
> 
> iD8DBQFDvmKzq9z7v9k9UakRAu6jAKCPz7w+/0R33ZmKz4odhBN00dMMJwCgiFlw
> T4/MypwhBso5ck2KYvLmFEw=
> =Yfb8
> -----END PGP SIGNATURE-----

Re: [Opensync-users] Problems synchronizing to my Siemens SX 1

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

Markus Wollgarten wrote:
> Armin Bauer schrieb:
> 
>> Markus Wollgarten wrote:
>>  
>>
>>> Hi all,
>>>
>>> what can I do to speed up the development of  syncml to work correctly
>>> together with my Siemens SX-1 mobile phone?
>>>
>>>   
>>
>>
>> do you know how to write C? :)
>>
>>  
>>
> hmm, yes.

then the best place to help would be to help with the syncml library
itself. there are still some things missing for it to work. But we
warned: its not a light topic :)

> 
>>> Best regards and happy new year!
>>>
>>> Markus
>>>
>>>
>>>
>>> -------------------------------------------------------
>>> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
>>> files
>>> for problems?  Stop!  Download the new AJAX search engine that makes
>>> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
>>> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
>>> _______________________________________________
>>> Opensync-users mailing list
>>> Ope...@li...
>>> https://lists.sourceforge.net/lists/listinfo/opensync-users
>>>
>>>   
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Opensync-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensync-users
> 

Re: [Opensync-users] which version of libsyncml to use

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

Stefan Armbruster wrote:
> Hi,
> 
> there are currently two branches of libsyncml in the repository:
> 
> http://svn.opensync.org/libsyncml/trunk
> http://svn.opensync.org/libsyncml/branches/libsyncml-threaded
> 
> It seems that libsyncml-threaded is being activly developed. But the threaded 
> version contains the libsoup patch for 2.2.3 and the trunk for 2.2.7.
> 
> So, which one is recommended to be used?
> 

the trunk works correctly for syncml 1.2 phones over http but for no
other phones.

the branch is going to support the other phones as well as obex but is
not finished yet. :)

Armin

> Thanks,
> Stefan
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Opensync-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensync-users
> 

Re: [Opensync-users] Problems synchronizing to my Siemens SX 1

[Markus W. <Mar...@gm...>]

Armin Bauer schrieb:

>Markus Wollgarten wrote:
>  
>
>>Hi all,
>>
>>what can I do to speed up the development of  syncml to work correctly
>>together with my Siemens SX-1 mobile phone?
>>
>>    
>>
>
>do you know how to write C? :)
>
>  
>
hmm, yes.

>>Best regards and happy new year!
>>
>>Markus
>>
>>
>>
>>-------------------------------------------------------
>>This SF.net email is sponsored by: Splunk Inc. Do you grep through log
>>files
>>for problems?  Stop!  Download the new AJAX search engine that makes
>>searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
>>http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
>>_______________________________________________
>>Opensync-users mailing list
>>Ope...@li...
>>https://lists.sourceforge.net/lists/listinfo/opensync-users
>>
>>    
>>

[Opensync-users] which version of libsyncml to use

[Stefan A. <ml...@ar...>]

Hi,

there are currently two branches of libsyncml in the repository:

http://svn.opensync.org/libsyncml/trunk
http://svn.opensync.org/libsyncml/branches/libsyncml-threaded

It seems that libsyncml-threaded is being activly developed. But the threaded 
version contains the libsoup patch for 2.2.3 and the trunk for 2.2.7.

So, which one is recommended to be used?

Thanks,
Stefan

[Opensync-users] SyncML testing on s65

[<bu...@gm...>]

Hi,

I've finally started to understand how to configure my siemens s65 for
the purposes of syncml-http testing. The resulting logs are attached to
this email. 

In short, data is sent, but the phone shows "connection error" and quits
syncing, while msynctool shows "I/O error : Attempt to load network
entity http://www.syncml.org/docs/syncml_represent_v11_20020213.dtd". Is
this syncml 1.1/1.0 issue (the problem looks similar to problems
reported earlier on this list, for example for nokia phones)?

Is there anything else I could do to test the issue?

Thanks, 
Rafal

Re: [Opensync-users] Problems synchronizing to my Siemens SX 1

[Markus W. <Mar...@gm...>]

Hi all,

what can I do to speed up the development of  syncml to work correctly 
together with my Siemens SX-1 mobile phone?

Best regards and happy new year!

Markus

Re: [Opensync-users] Problem compiling evo2 plugin

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

ok. can you please send the complete make output (maybe zipped to
arm...@de... depending on the size)?

Rob Rheault wrote:
> Hi Armin,
> 
> I am getting these error messages while trying to compile the plugin for
> evo2. I already have evo2 installed and running.
> 
> Thanks,
> Rob
> 
> 
> On Fri, 2006-01-06 at 13:40 +0100, Armin Bauer wrote:
> 
> Hi,
> 
> i dont quite understand what you are doing. From the messages below it
> looks like you are trying to compile evolution 2 itself and not the evo2
> plugin of opensync.
> 
> Armin
> 
> Rob Rheault wrote:
> 
>>I have fc4 kernel 2.6.14 install and when I run make on the plugin
>>(version 0.18) for evo2 I am getting the following errors. I have evo2
>>version 2.4.2.1 installed. Any help would be greatly appreciated.
> 
>>In file included
>>from /usr/include/evolution-data-server-1.4/libecal/e-cal-view.h:25,
> 
>>from /usr/include/evolution-data-server-1.4/libecal/e-cal.h:31,
>>from evolution2_sync.h:7,
>>                 from evolution2_sync.c:21:
>>/usr/include/evolution-data-server-1.4/libecal/Evolution-DataServer-Calendar.h:58: error: syntax error before 'struct'
> 
>>Thanks,
>>Rob Rheault
> 
> 
> 
>>-----------------------------------------
>>The information contained in this email message and its attachments
>>is intended only for the private and confidential use of the
>>recipient(s) named above, unless the sender expressly agrees
>>otherwise.
>>Transmission of email over the Internet is not a secure
>>communications medium. If you are requesting or have requested the
>>transmittal of personal data, as defined in applicable privacy laws
>>by means of email or in an attachment to email, you must select a
>>more secure alternate means of transmittal that supports your
>>obligations to protect such personal data.
>>If the reader of this message is not the intended recipient and/or
>>you have received this email in error, you must take no action
>>based on the information in this email and you are hereby notified
>>that any dissemination, misuse or copying or disclosure of this
>>communication is strictly prohibited. If you have received this
>>communication in error, please notify us immediately by email and
>>delete the original message.
> 
> 
> 
>>-------------------------------------------------------
>>This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
>>for problems?  Stop!  Download the new AJAX search engine that makes
>>searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
>>http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
>>_______________________________________________
>>Opensync-users mailing list
>>Ope...@li...
>>https://lists.sourceforge.net/lists/listinfo/opensync-users
> 
> 

-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Opensync-users mailing list
Ope...@li...
https://lists.sourceforge.net/lists/listinfo/opensync-users

Re: [Opensync-users] SyncML a better way to go than IrMC?

[Marc B. <ba...@sm...>]

Hi,

I am following the discussions on SyncML with great interest and would like
to make an additional comment.

>>> Armin Bauer said:
 >> the syncml plugin is currently working only for very few phones. we are
 >> working to add the support for the rest of the phones. but i guess that
 >> the samsung is not yet supported

In addition to phones, it would be great to also consider the possibility
to connect to SyncML servers like ScheduleWorld, Sync4j or Strato's
communicator.

I managed to install a SyncML applet on eg a Qtek 9100 PDA/phone and sync
with the server. What's missing would be to have opensync/multisync connect
to the server and sync with eg kde pim.

This might be a quite generic solution for eg phones or PDAs where SyncML
client modules already exist to sync with such a server.

.. and obviously ..

keep up the good work and thank you for bringing opensync and multisync
to life :)

Greetings,
Marc


NB: FYI - how to sync KDE addressbook and a SyncML server
    currently I am using the "old" multisync CVS version (0.82ish) which
    allows me to sync my KDE addressbook with an account on the ScheduleWorld
    SyncML server. Independently I keep my PDA/phone in sync with this
    server via SyncML using the free Sync4j client for WM.
    It is a very promising solution (but at the moment it only works
    for the address book). I would love to use multi/opensync to keep all KDE
    PIM data in sync with the server.

-- 
 Dr. Marc Baaden  - Institut de Biologie Physico-Chimique, Paris
 mailto:ba...@sm...      -      http://www.baaden.ibpc.fr
 FAX: +33 15841 5026  -  Tel: +33 15841 5176  ou  +33 609 843217

Re: [Opensync-users] Debian packages with SyncML / Build problems

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

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



Marc Baaden wrote:
> Hi,
> 
> I am new on this list, and am trying to get a working opensync/multisync
> environment with kdepim and syncml (client) plugins running. I didn't
> find the information I was looking for on the website or the mailing
> list archive, so I'll describe the problems I ran into (hoping for some
> kind assistance, obviously :)) )
> 

ill try to give my best :)

> The binary debian packages on the website unfortunately do not include
> the syncml plugin. Are there any more recent binaries than 0.14 that
> would provide both kdepim and syncml plugins ? Or maybe there is even
> a Debian repository ? (I googled for it but didn't find any)
> 

the syncml plugin is not yet finished. it can only synchronize very few
phones at the moment.

> Well, in the meantime I got the latest version from svn and tried to
> compile it on debian sarge. I get stuck at the very beginning (with
> the first package I tried, opensync). I did:
> 
> ./autogen.sh
> ln -s misc/debian .
> dpkg-buildpackage -rfakeroot
> 

if you want to install it as a debian package i guess the best way to do
this is to build the package directly from the 0.18 tar ball.

> and got the error
> 
> [..]
> make[3]: Entering directory `/uranyl/scratch/qtek/OpenSync/opensync/wrapper'
> make[3]: Nothing to be done for `install-exec-am'.
> /bin/sh ../mkinstalldirs /uranyl/scratch/qtek/OpenSync/opensync/debian/libopensync
> /bin/sh: ../py-compile: No such file or directory
> make[3]: *** [install-nodist_osPYTHON] Error 127
> make[3]: Leaving directory `/uranyl/scratch/qtek/OpenSync/opensync/wrapper'
> make[2]: *** [install-am] Error 2
> make[2]: Leaving directory `/uranyl/scratch/qtek/OpenSync/opensync/wrapper'
> make[1]: *** [install-recursive] Error 1
> make[1]: Leaving directory `/uranyl/scratch/qtek/OpenSync/opensync'
> make: *** [install] Error 2
> 
> Although configure went through fine (I thought).
> Any hints or suggestions ?
> 
> Thank you very much in advance,
>   Marc Baaden
> 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDvpc/q9z7v9k9UakRAsZVAJ0R58yzx0waQfDjaqVOww14qX0sJQCeJVch
+wRxnR4/p7QeW/d4ic/a0vM=
=IHCG
-----END PGP SIGNATURE-----

Re: [Opensync-users] Problems synchronizing to my Siemens SX 1

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

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



Markus wrote:
> Hi,
> 
> I could manage to install all the package from opensync.org (see also
> the respective postings on the list).
> 
> Now I have the problem to synchronize between evo2 and the syncml-plugin
> for my Siemens SX1.
> 

Hi,

the syncml plugin currently only works for syncml 1.2. the sx1
definitely does not support 1.2 (it probably has 1.1). support for
syncml 1.1 is currently being development in a separate branch in the
repository but is unfortuantely not yet done.

Armin

> /var/log/syslog says:
> 
> Dec 30 22:10:49 localhost pppd[3333]: sent [LCP ConfReq id=0x1 <asyncmap
> 0x0> <magic 0x14be0c12> <pcomp> <accomp>]
> Dec 30 22:10:49 localhost dund[3331]: New connection from 00:01:E3:2F:54:BF
> Dec 30 22:10:49 localhost pppd[3333]: rcvd [LCP ConfReq id=0x1 <magic
> 0x4bf9f7bd> <asyncmap 0x0> <pcomp> <accomp>]
> Dec 30 22:10:49 localhost pppd[3333]: sent [LCP ConfAck id=0x1 <magic
> 0x4bf9f7bd> <asyncmap 0x0> <pcomp> <accomp>]
> Dec 30 22:10:49 localhost pppd[3333]: rcvd [LCP ConfAck id=0x1 <asyncmap
> 0x0> <magic 0x14be0c12> <pcomp> <accomp>]
> Dec 30 22:10:49 localhost pppd[3333]: sent [CCP ConfReq id=0x1 <deflate
> 15> <deflate(old#) 15> <bsd v1 15>]
> Dec 30 22:10:49 localhost pppd[3333]: sent [IPCP ConfReq id=0x1
> <compress VJ 0f 01> <addr 192.168.123.1>]
> Dec 30 22:10:49 localhost pppd[3333]: rcvd [IPCP ConfReq id=0x1 <addr
> 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
> Dec 30 22:10:49 localhost pppd[3333]: sent [IPCP ConfNak id=0x1 <addr
> 192.168.123.5> <ms-dns1 192.168.123.1> <ms-dns3 192.168.123.1>]
> Dec 30 22:10:49 localhost pppd[3333]: rcvd [LCP ProtRej id=0x2 80 fd 01
> 01 00 0f 1a 04 78 00 18 04 78 00 15 03 2f]
> Dec 30 22:10:49 localhost pppd[3333]: Protocol-Reject for 'Compression
> Control Protocol' (0x80fd) received
> Dec 30 22:10:49 localhost pppd[3333]: rcvd [IPCP ConfRej id=0x1
> <compress VJ 0f 01>]
> Dec 30 22:10:49 localhost pppd[3333]: sent [IPCP ConfReq id=0x2 <addr
> 192.168.123.1>]
> Dec 30 22:10:49 localhost pppd[3333]: rcvd [IPCP ConfReq id=0x2 <addr
> 192.168.123.5> <ms-dns1 192.168.123.1> <ms-dns3 192.168.123.1>]
> Dec 30 22:10:49 localhost pppd[3333]: sent [IPCP ConfAck id=0x2 <addr
> 192.168.123.5> <ms-dns1 192.168.123.1> <ms-dns3 192.168.123.1>]
> Dec 30 22:10:49 localhost pppd[3333]: rcvd [IPCP ConfAck id=0x2 <addr
> 192.168.123.1>]
> Dec 30 22:10:49 localhost pppd[3333]: found interface eth0 for proxy arp
> Dec 30 22:10:49 localhost pppd[3333]: local  IP address 192.168.123.1
> Dec 30 22:10:49 localhost pppd[3333]: remote IP address 192.168.123.5
> Dec 30 22:10:49 localhost pppd[3333]: Script /etc/ppp/ip-up started (pid
> 3335)
> Dec 30 22:10:49 localhost pppd[3333]: Script /etc/ppp/ip-up finished
> (pid 3335), status = 0x0
> Dec 30 22:11:06 localhost pppd[3333]: rcvd [LCP TermReq id=0x3]
> Dec 30 22:11:06 localhost pppd[3333]: LCP terminated by peer
> Dec 30 22:11:06 localhost pppd[3333]: Connect time 0.3 minutes.
> Dec 30 22:11:06 localhost pppd[3333]: Sent 314 bytes, received 964 bytes.
> Dec 30 22:11:06 localhost pppd[3333]: Script /etc/ppp/ip-down started
> (pid 3349)
> Dec 30 22:11:06 localhost pppd[3333]: sent [LCP TermAck id=0x3]
> Dec 30 22:11:06 localhost pppd[3333]: Script /etc/ppp/ip-down finished
> (pid 3349), status = 0x0
> Dec 30 22:11:09 localhost pppd[3333]: Connection terminated.
> Dec 30 22:11:09 localhost pppd[3333]: using channel 18
> Dec 30 22:11:09 localhost pppd[3333]: Using interface ppp0
> Dec 30 22:11:09 localhost pppd[3333]: Connect: ppp0 <--> /dev/rfcomm0
> Dec 30 22:11:09 localhost pppd[3333]: sent [LCP ConfReq id=0x2 <asyncmap
> 0x0> <magic 0x98516bd2> <pcomp> <accomp>]
> Dec 30 22:11:09 localhost pppd[3333]: sent [LCP TermReq id=0x3]
> Dec 30 22:11:09 localhost pppd[3333]: tcflush failed: Bad file descriptor
> Dec 30 22:11:10 localhost pppd[3333]: tcsetattr: Invalid argument (line
> 1010)
> Dec 30 22:11:10 localhost pppd[3333]: Exit.
> 
> 
> By the way: the debian packages from the stable distribution with the
> very old multisync-versions work in some way, which means that my mobile
> phone sends data entries to evolution which there are unfortunately
> duplicated, tripled, .... :-(
> Therefore, my ppp-stuff seems not to be the cause for the problem.
> 
> I am not sure whether my configs are correct for the plugins:
> evo2-config
> 
> <config><path>./sync_test</path><recursive>FALSE</recursive></config>
> 
> and syncml
> <config:<config><username>syncml</username><password>aaaddd</password><url>http://localhost</url><port>5079</port><usestringtable>0</usestringtable><onlyreplace>0</onlyreplace><contact_db>addressbook</c$
> 
> 
> Thanks a lot in advance,
> 
> Markus
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Opensync-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensync-users
> 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDvpB3q9z7v9k9UakRAlfZAJ9rcCxXAPAze6hBBg9xg6l+iD6GcwCeJLXR
/72i53+LMRroPmD15LmfXpI=
=i46J
-----END PGP SIGNATURE-----

Re: [Opensync-users] Siemens Linux software

[Marcel H. <ma...@ho...>]

Hi Rafal,

> I have recently encountered (although it was published several weeks
> ago), a Linux version of Siemens mobile phone management software - XMPM
> (link below).
> 
> It seems to work only for some x75 phones (s75 and sl75 as I found out)
> and the package is intended for Suse 9.2, 9.3 (and Connectiva/
> Mandriva). I've managed to install it on Suse 10.1 alpha 3 (Ubuntu being
> my regular desktop), but my s65 was not detected. The installation was
> not clean though, so I can't confirm 100% that x65 are not supported. 
> 
> To the point. 
> 
> Siemens provides also "third party" source code and some files with
> their code under GPL. I wonder if they are of any use for opensync
> project? (I have seen opensync code in the "third party" bundle). Is
> there anything you can call "cooperation"? I'm not a programmer, so I
> can't really analyze these files. 

the third party bundle is a collection of open source projects. So it
seems they make use of code from these projects and this is their way to
fulfill the GPL requirements. However someone should check if they made
some modifications to these packages. For the packages that are under my
responsibility (bluez-libs, bluez-utils and openobex) this is not the
case.

Regards

Marcel

Re: [Opensync-users] SyncML a better way to go than IrMC?

[Koen K. <ko...@ha...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Armin Bauer wrote:
> Markus Wagner wrote:

>>>Is there any furter documentation on the Web?
>>>I figure integration into kde is not yet developed?!
> 
> we are going to have a 3 day integration weekend in the netherlands next
> weekend to fix exactly this issue :)

The gnome people are still persisting in their syncing cluelessness?

regards,

Koen
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (Darwin)

iD8DBQFDvn1jMkyGM64RGpERAv5PAJ9hlowir2hBrqX+TC1BimGOR0OPXwCfYShf
/HKboUhPu1EhnPafvBERYKI=
=pLxv
-----END PGP SIGNATURE-----

Re: [Opensync-users] SyncML a better way to go than IrMC?

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

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



Markus Wagner wrote:
> On Friday 06 January 2006 14:02, Armin Bauer wrote:
> 
>>yes, syncml is more actively developed at the moment. But at the moment
>>the maturity of it is not as far as the irmc plugin (since it is not
>>usable right now).
> 
> 
> I read the SyncML plugin stuff on the wiki and got it compiled.
> 
> What do I need to use it over bluetooth? Or how could I make use of the http 
> stuff? What would I need my Samsung d600 to do?

the syncml plugin is currently working only for very few phones. we are
working to add the support for the rest of the phones. but i guess that
the samsung is not yet supported

> Is there any furter documentation on the Web?
> I figure integration into kde is not yet developed?!
> 

we are going to have a 3 day integration weekend in the netherlands next
weekend to fix exactly this issue :)

Armin

> Keep up the work on SyncML!!
> 
> Markus
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Opensync-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensync-users
> 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDvns3q9z7v9k9UakRAri9AJ9+QAYxvGsfukw+X4ARcCvzcPwxmgCcCmt8
tANxoJ4gEhOVIBrfbcZ3GPM=
=bRw5
-----END PGP SIGNATURE-----

[Opensync-users] Siemens Linux software

[<bu...@gm...>]

Hi all,

I have recently encountered (although it was published several weeks
ago), a Linux version of Siemens mobile phone management software - XMPM
(link below).

It seems to work only for some x75 phones (s75 and sl75 as I found out)
and the package is intended for Suse 9.2, 9.3 (and Connectiva/
Mandriva). I've managed to install it on Suse 10.1 alpha 3 (Ubuntu being
my regular desktop), but my s65 was not detected. The installation was
not clean though, so I can't confirm 100% that x65 are not supported. 

To the point. 

Siemens provides also "third party" source code and some files with
their code under GPL. I wonder if they are of any use for opensync
project? (I have seen opensync code in the "third party" bundle). Is
there anything you can call "cooperation"? I'm not a programmer, so I
can't really analyze these files. 

Currently (as of 0.18) opensync provides some synchronisation with s65
over irmc (from the phone basically ok, to the phone doesn't work,
tested with evo and file plugins). 

Cheers,
Rafal Prochniak

Siemens site:
http://www.benqmobile.com/cds/frontdoor/0,2241,hq_en_0_21219_rArNrNrNrN_prodId%3A109595,00.html#PC%20Software%20and%20Drivers 

BTW: Did anyone use XMPM with any siemens phones? Does it work
(Evolution syncing)?

Re: [Opensync-users] SyncML a better way to go than IrMC?

[Markus W. <ma...@mw...>]

On Friday 06 January 2006 14:02, Armin Bauer wrote:
> yes, syncml is more actively developed at the moment. But at the moment
> the maturity of it is not as far as the irmc plugin (since it is not
> usable right now).

I read the SyncML plugin stuff on the wiki and got it compiled.

What do I need to use it over bluetooth? Or how could I make use of the http 
stuff? What would I need my Samsung d600 to do?
Is there any furter documentation on the Web?
I figure integration into kde is not yet developed?!

Keep up the work on SyncML!!

Markus

Re: [Opensync-users] Synching a subset of addresses

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

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



Michael Klemme wrote:
> Hallo!
>=20
> I have a Palm and a SonyEricsson K750i.
> Synchonizing with the old Multisync works in principle.=20
> The only problem is that the Palm contains more addresses than the
> phone can hold.
>=20
> For my prior phones I have written a set of scripts that read the
> Palm phone book (under Linux) and extract the categories I like
> It then writes them to vcard (for Siemens via scmxx) or LDIF (Nokia via
> Gnokii).
>=20
> With this new phone this all does not work.
> I now set up OpenSync 0.18 to sync from file to irmc (Bluetooth).
> The software starts, but only the first synchonisation I got some
> addresses across.
>=20
> Now even that stoped working.=20
> The program reports a successful run, but the phone says "session faile=
d".
>=20
> $ msynctool --sync vcard-K750i
> Synchronizing group "vcard-K750i"
> Member 1 of type file-sync just connected
> Member 2 of type irmc-sync just connected
> All clients connected or error
> Received a entry 0000.vcf without data from member 1. Changetype ADDED
> Received a entry 0001.vcf without data from member 1. Changetype ADDED
> Received a entry 0002.vcf without data from member 1. Changetype ADDED
> Received a entry 0003.vcf without data from member 1. Changetype ADDED
> Member 2 of type irmc-sync just sent all changes
> Member 1 of type file-sync just sent all changes
> All clients sent changes or error
> Received a entry 0000.vcf with data of size 24 from member 1. Changetyp=
e ADDED
> Received a entry 0001.vcf with data of size 24 from member 1. Changetyp=
e ADDED
> Received a entry 0002.vcf with data of size 24 from member 1. Changetyp=
e ADDED
> Received a entry 0003.vcf with data of size 24 from member 1. Changetyp=
e ADDED
> All conflicts have been reported
> Sent a entry 0000.vcf of size 283 to member 2. Changetype ADDED
> Sent a entry 0001.vcf of size 244 to member 2. Changetype ADDED
> Sent a entry 0002.vcf of size 281 to member 2. Changetype ADDED
> Sent a entry 0003.vcf of size 277 to member 2. Changetype ADDED
> Member 1 of type file-sync committed all changes.
> Member 2 of type irmc-sync committed all changes.
> All clients have written
> Member 1 of type file-sync just disconnected
> Member 2 of type irmc-sync just disconnected
> All clients have disconnected
> The sync was successful
>=20
>=20
> Any ideas?
> Even when I extract a VCard from the phone and slightly modify it
> (e.g. add a character to the name), I cannot sync it back into the
> phone.=20
>=20

Why? Is there some sort of error message?

> How do I tell msynctool to overwrite all entries in the phone?
>=20

This is not possible directly atm. If you know C the best way to solve
this is to implement a Categories filter that can automatically filter
out the vcards which dont have the categories that you want.

Armin

> Gr=FCsse
> 	Michael
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log =
files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=3D7637&alloc_id=3D16865&op=3Dclick
> _______________________________________________
> Opensync-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensync-users
>=20
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDvm/fq9z7v9k9UakRArd+AJ0SCo7qpW1P5QAFE4MNm0YN82VniwCgmdUb
xxxCYzc6c0wY6/fQHoOGR0I=3D
=3DxdiM
-----END PGP SIGNATURE-----

Re: [Opensync-users] SyncML a better way to go than IrMC?

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

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



Jason Grant wrote:
> Given the problems encountered with the irmc plugin, as described in
> earlier posts, I'm wondering whether I should stop investigating this
> method, and instead start trialling use of the synchML plugin.
> Apparently my SE 608i supports syncML over bluetooth - I only started
> with IrMC because that's what the FMA tool appears to use to talk to SE
> phones.

it depends. as soon as syncml is usable, its probably better to use it
if your phone supports it. but until then or if your phone does not have
syncml  you should use irmc.

> 
> I get the impression that synchML might be a more progressive technology
> anyway, and the plugin may be undergoing more active development at
> opensync than irmc?  Can anyone say something about the status of the
> syncML plugin, and how it's maturity compares to the irmc plugin.  Also,
> is it likely to undergo more active development?

yes, syncml is more actively developed at the moment. But at the moment
the maturity of it is not as far as the irmc plugin (since it is not
usable right now).

Armin

> 
> Thanks for any feedback,
> 
> Jason.  
> 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDvmpaq9z7v9k9UakRAt8lAKCcuGPTjwk7S0JEoU2fu7/xx0bWLACgnAdg
IC+i/xwMqGN0vBLpLPiKCu0=
=2UKy
-----END PGP SIGNATURE-----

Re: [Opensync-users] multisync0.90.18 GUI won't compile

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

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

take a look at this conversation:
http://lists.gnu.org/archive/html/emacs-pretest-bug/2005-07/msg00077.html

So its actually a problem with gtk/glib version on the suse distribution.

Armin

Ken Booth wrote:
> Hi experts,
> 
> Thanks to Jason I found the ./multisync-0.90.18/gui directory, but I can't get 
> it to compile.
> 
> I've tried ./configure --prefix=/usr the same as what I had to do to get 
> opensync multisync and the plugins to compile, and it appears to work.
> However, when I try the make it fails. I've even tried removing -Werror from 
> the Makefile (as I saw suggested elsewhere, although I think that was for the 
> openobex project), and it still doesn't compile :-(
> 
> Please can anyone help?
> 
> multisync-0.90.18/gui> ./configure --prefix=/usr
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether build environment is sane... yes
> checking for gawk... gawk
> checking whether make sets $(MAKE)... yes
> checking for style of include used by make... GNU
> checking for gcc... gcc
> checking for C compiler default output file name... a.out
> checking whether the C compiler works... yes
> checking whether we are cross compiling... no
> checking for suffix of executables...
> checking for suffix of object files... o
> checking whether we are using the GNU C compiler... yes
> checking whether gcc accepts -g... yes
> checking for gcc option to accept ANSI C... none needed
> checking dependency style of gcc... gcc3
> checking for strerror in -lcposix... no
> checking for gcc... (cached) gcc
> checking whether we are using the GNU C compiler... (cached) yes
> checking whether gcc accepts -g... (cached) yes
> checking for gcc option to accept ANSI C... (cached) none needed
> checking dependency style of gcc... (cached) gcc3
> checking for gcc option to accept ANSI C... none needed
> checking how to run the C preprocessor... gcc -E
> checking for egrep... grep -E
> checking for ANSI C header files... yes
> checking build system type... i586-pc-linux-gnu
> checking host system type... i586-pc-linux-gnu
> checking for a sed that does not truncate output... /usr/bin/sed
> checking for ld used by gcc... /usr/i586-suse-linux/bin/ld
> checking if the linker (/usr/i586-suse-linux/bin/ld) is GNU ld... yes
> checking for /usr/i586-suse-linux/bin/ld option to reload object files... -r
> checking for BSD-compatible nm... /usr/bin/nm -B
> checking whether ln -s works... yes
> checking how to recognise dependent libraries... pass_all
> checking for sys/types.h... yes
> checking for sys/stat.h... yes
> checking for stdlib.h... yes
> checking for string.h... yes
> checking for memory.h... yes
> checking for strings.h... yes
> checking for inttypes.h... yes
> checking for stdint.h... yes
> checking for unistd.h... yes
> checking dlfcn.h usability... yes
> checking dlfcn.h presence... yes
> checking for dlfcn.h... yes
> checking for g++... g++
> checking whether we are using the GNU C++ compiler... yes
> checking whether g++ accepts -g... yes
> checking dependency style of g++... gcc3
> checking how to run the C++ preprocessor... g++ -E
> checking for g77... no
> checking for f77... no
> checking for xlf... no
> checking for frt... no
> checking for pgf77... no
> checking for fort77... no
> checking for fl32... no
> checking for af77... no
> checking for f90... no
> checking for xlf90... no
> checking for pgf90... no
> checking for epcf90... no
> checking for f95... no
> checking for fort... no
> checking for xlf95... no
> checking for ifc... no
> checking for efc... no
> checking for pgf95... no
> checking for lf95... no
> checking for gfortran... no
> checking whether we are using the GNU Fortran 77 compiler... no
> checking whether  accepts -g... no
> checking the maximum length of command line arguments... 32768
> checking command to parse /usr/bin/nm -B output from gcc object... ok
> checking for objdir... .libs
> checking for ar... ar
> checking for ranlib... ranlib
> checking for strip... strip
> checking if gcc static flag  works... yes
> checking if gcc supports -fno-rtti -fno-exceptions... no
> checking for gcc option to produce PIC... -fPIC
> checking if gcc PIC flag -fPIC works... yes
> checking if gcc supports -c -o file.o... yes
> checking whether the gcc linker (/usr/i586-suse-linux/bin/ld) supports shared 
> libraries... yes
> checking whether -lc should be explicitly linked in... no
> checking dynamic linker characteristics... GNU/Linux ld.so
> checking how to hardcode library paths into programs... immediate
> checking whether stripping libraries is possible... yes
> checking if libtool supports shared libraries... yes
> checking whether to build shared libraries... yes
> checking whether to build static libraries... yes
> configure: creating libtool
> appending configuration tag "CXX" to libtool
> checking for ld used by g++... /usr/i586-suse-linux/bin/ld
> checking if the linker (/usr/i586-suse-linux/bin/ld) is GNU ld... yes
> checking whether the g++ linker (/usr/i586-suse-linux/bin/ld) supports shared 
> libraries... yes
> checking for g++ option to produce PIC... -fPIC
> checking if g++ PIC flag -fPIC works... yes
> checking if g++ supports -c -o file.o... yes
> checking whether the g++ linker (/usr/i586-suse-linux/bin/ld) supports shared 
> libraries... yes
> checking dynamic linker characteristics... GNU/Linux ld.so
> checking how to hardcode library paths into programs... immediate
> checking whether stripping libraries is possible... yes
> appending configuration tag "F77" to libtool
> checking for pkg-config... /usr/bin/pkg-config
> checking for glib-2.0 libgnomeui-2.0 opensync-1.0 osengine-1.0... yes
> checking PACKAGE_CFLAGS... -DORBIT2=1 -pthread -DXTHREADS -D_REENTRANT 
> -DXUSE_MTSAFE_API -I/usr/include/libart-2.0 -I/usr/include/libxml2 
> -I/usr/include/opensync-1.0 -I/opt/gnome/include/glib-2.0 
> -I/opt/gnome/lib/glib-2.0/include -I/opt/gnome/include/libgnomeui-2.0 
> -I/opt/gnome/include/libgnome-2.0 -I/opt/gnome/include/libgnomecanvas-2.0 
> -I/opt/gnome/include/gtk-2.0 -I/opt/gnome/include/gconf/2 
> -I/opt/gnome/include/libbonoboui-2.0 -I/opt/gnome/include/orbit-2.0 
> -I/opt/gnome/include/libbonobo-2.0 -I/opt/gnome/include/gnome-vfs-2.0 
> -I/opt/gnome/lib/gnome-vfs-2.0/include 
> -I/opt/gnome/include/bonobo-activation-2.0 -I/opt/gnome/include/pango-1.0 
> -I/usr/include/freetype2 -I/opt/gnome/lib/gtk-2.0/include 
> -I/usr/X11R6/include -I/opt/gnome/include/atk-1.0 
> -I/usr/include/freetype2/config
> checking PACKAGE_LIBS... -Wl,--export-dynamic -pthread -L/opt/gnome/lib 
> -L/usr/X11R6/lib -lgnomeui-2 -lSM -lICE -lbonoboui-2 -lxml2 -lpthread -lz 
> -lgnomecanvas-2 -lgnome-2 -lpopt -lart_lgpl_2 -lpangoft2-1.0 -lgtk-x11-2.0 
> -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lpangoxft-1.0 -lpangox-1.0 
> -lpango-1.0 -lgobject-2.0 -lgnomevfs-2 -lbonobo-2 -lgconf-2 
> -lbonobo-activation -lORBit-2 -lm -lgmodule-2.0 -ldl -lgthread-2.0 -lglib-2.0 
> -lopensync -losengine
> checking /usr/include/opensync-1.0/opensync/evo2_sync.h usability... no
> checking /usr/include/opensync-1.0/opensync/evo2_sync.h presence... no
> checking for /usr/include/opensync-1.0/opensync/evo2_sync.h... no
> checking /usr/include/opensync-1.0/opensync/evo_sync.h usability... no
> checking /usr/include/opensync-1.0/opensync/evo_sync.h presence... no
> checking for /usr/include/opensync-1.0/opensync/evo_sync.h... no
> configure: creating ./config.status
> config.status: creating Makefile
> config.status: creating file-sync/Makefile
> config.status: creating evolution2_sync/Makefile
> config.status: creating evolution_sync/Makefile
> config.status: creating synce_sync/Makefile
> config.status: creating config.h
> config.status: config.h is unchanged
> config.status: executing depfiles commands
> ===========================================
> Building the gui for the following plugins:
> File-sync Plugin
> Kdepim Plugin
> SynCE Plugin
> ===========================================
> multisync-0.90.18/gui> grep Werror *
> aclocal.m4:      # (even with -Werror).  So we grep stderr for any message
> configure:      # (even with -Werror).  So we grep stderr for any message
> configure:      # (even with -Werror).  So we grep stderr for any message
> configure:      # (even with -Werror).  So we grep stderr for any message
> multisync-0.90.18/gui> make
> make  all-recursive
> make[1]: Entering directory 
> `/home/ken/Documents/downloads/Suse-9.3/mobile/multisync-0.90.18/multisync-0.90.18/gui'
> Making all in file-sync
> make[2]: Entering directory 
> `/home/ken/Documents/downloads/Suse-9.3/mobile/multisync-0.90.18/multisync-0.90.18/gui/file-sync'
> if /bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. 
> -DORBIT2=1 -pthread -DXTHREADS -D_REENTRANT -DXUSE_MTSAFE_API 
> -I/usr/include/libart-2.0 -I/usr/include/libxml2 -I/usr/include/opensync-1.0 
> -I/opt/gnome/include/glib-2.0 -I/opt/gnome/lib/glib-2.0/include 
> -I/opt/gnome/include/libgnomeui-2.0 -I/opt/gnome/include/libgnome-2.0 
> -I/opt/gnome/include/libgnomecanvas-2.0 -I/opt/gnome/include/gtk-2.0 
> -I/opt/gnome/include/gconf/2 -I/opt/gnome/include/libbonoboui-2.0 
> -I/opt/gnome/include/orbit-2.0 -I/opt/gnome/include/libbonobo-2.0 
> -I/opt/gnome/include/gnome-vfs-2.0 -I/opt/gnome/lib/gnome-vfs-2.0/include 
> -I/opt/gnome/include/bonobo-activation-2.0 -I/opt/gnome/include/pango-1.0 
> -I/usr/include/freetype2 -I/opt/gnome/lib/gtk-2.0/include 
> -I/usr/X11R6/include -I/opt/gnome/include/atk-1.0 
> -I/usr/include/freetype2/config   -I..   -I/usr/include/libxml2 -Werror -Wall 
> -g -O2 -MT file_sync.lo -MD -MP -MF ".deps/file_sync.Tpo" \
>   -c -o file_sync.lo `test -f 'file_sync.c' || echo './'`file_sync.c; \
> then mv -f ".deps/file_sync.Tpo" ".deps/file_sync.Plo"; \
> else rm -f ".deps/file_sync.Tpo"; exit 1; \
> fi
>  gcc -DHAVE_CONFIG_H -I. -I. -I.. -DORBIT2=1 -pthread -DXTHREADS -D_REENTRANT 
> -DXUSE_MTSAFE_API -I/usr/include/libart-2.0 -I/usr/include/libxml2 
> -I/usr/include/opensync-1.0 -I/opt/gnome/include/glib-2.0 
> -I/opt/gnome/lib/glib-2.0/include -I/opt/gnome/include/libgnomeui-2.0 
> -I/opt/gnome/include/libgnome-2.0 -I/opt/gnome/include/libgnomecanvas-2.0 
> -I/opt/gnome/include/gtk-2.0 -I/opt/gnome/include/gconf/2 
> -I/opt/gnome/include/libbonoboui-2.0 -I/opt/gnome/include/orbit-2.0 
> -I/opt/gnome/include/libbonobo-2.0 -I/opt/gnome/include/gnome-vfs-2.0 
> -I/opt/gnome/lib/gnome-vfs-2.0/include 
> -I/opt/gnome/include/bonobo-activation-2.0 -I/opt/gnome/include/pango-1.0 
> -I/usr/include/freetype2 -I/opt/gnome/lib/gtk-2.0/include 
> -I/usr/X11R6/include -I/opt/gnome/include/atk-1.0 
> -I/usr/include/freetype2/config -I.. -I/usr/include/libxml2 -Werror -Wall -g 
> -O2 -MT file_sync.lo -MD -MP -MF .deps/file_sync.Tpo -c file_sync.c  -fPIC 
> -DPIC -o .libs/file_sync.o
> In file included from /opt/gnome/include/gtk-2.0/gdk-pixbuf/gdk-pixbuf.h:33,
>                  from /opt/gnome/include/gtk-2.0/gdk/gdkcursor.h:5,
>                  from /opt/gnome/include/gtk-2.0/gdk/gdk.h:31,
>                  from /opt/gnome/include/gtk-2.0/gtk/gtk.h:31,
>                  from ../multisync.h:10,
>                  from file_sync.c:1:
> /opt/gnome/include/gtk-2.0/gdk-pixbuf/gdk-pixbuf-core.h:163: error: syntax 
> error before "G_GNUC_SENTINEL"
> /opt/gnome/include/gtk-2.0/gdk-pixbuf/gdk-pixbuf-core.h:163: warning: type 
> defaults to `int' in declaration of `G_GNUC_SENTINEL'
> /opt/gnome/include/gtk-2.0/gdk-pixbuf/gdk-pixbuf-core.h:163: warning: data 
> definition has no type or storage class
> /opt/gnome/include/gtk-2.0/gdk-pixbuf/gdk-pixbuf-core.h:184: error: syntax 
> error before "G_GNUC_SENTINEL"
> /opt/gnome/include/gtk-2.0/gdk-pixbuf/gdk-pixbuf-core.h:184: warning: type 
> defaults to `int' in declaration of `G_GNUC_SENTINEL'
> /opt/gnome/include/gtk-2.0/gdk-pixbuf/gdk-pixbuf-core.h:184: warning: data 
> definition has no type or storage class
> /opt/gnome/include/gtk-2.0/gdk-pixbuf/gdk-pixbuf-core.h:201: error: syntax 
> error before "G_GNUC_SENTINEL"
> /opt/gnome/include/gtk-2.0/gdk-pixbuf/gdk-pixbuf-core.h:201: warning: type 
> defaults to `int' in declaration of `G_GNUC_SENTINEL'
> /opt/gnome/include/gtk-2.0/gdk-pixbuf/gdk-pixbuf-core.h:201: warning: data 
> definition has no type or storage class
> In file included from /opt/gnome/include/gtk-2.0/gtk/gtkwidget.h:32,
>                  from /opt/gnome/include/gtk-2.0/gtk/gtkcontainer.h:33,
>                  from /opt/gnome/include/gtk-2.0/gtk/gtkbin.h:32,
>                  from /opt/gnome/include/gtk-2.0/gtk/gtkwindow.h:33,
>                  from /opt/gnome/include/gtk-2.0/gtk/gtkdialog.h:32,
>                  from /opt/gnome/include/gtk-2.0/gtk/gtkaboutdialog.h:28,
>                  from /opt/gnome/include/gtk-2.0/gtk/gtk.h:32,
>                  from ../multisync.h:10,
>                  from file_sync.c:1:
> /opt/gnome/include/gtk-2.0/gtk/gtkobject.h:129: error: syntax error before 
> "G_GNUC_SENTINEL"
> /opt/gnome/include/gtk-2.0/gtk/gtkobject.h:129: warning: type defaults to 
> `int' in declaration of `G_GNUC_SENTINEL'
> /opt/gnome/include/gtk-2.0/gtk/gtkobject.h:129: warning: data definition has 
> no type or storage class
> /opt/gnome/include/gtk-2.0/gtk/gtkobject.h:207: error: syntax error before 
> "G_GNUC_SENTINEL"
> /opt/gnome/include/gtk-2.0/gtk/gtkobject.h:207: warning: type defaults to 
> `int' in declaration of `G_GNUC_SENTINEL'
> /opt/gnome/include/gtk-2.0/gtk/gtkobject.h:207: warning: data definition has 
> no type or storage class
> /opt/gnome/include/gtk-2.0/gtk/gtkobject.h:210: error: syntax error before 
> "G_GNUC_SENTINEL"
> /opt/gnome/include/gtk-2.0/gtk/gtkobject.h:210: warning: type defaults to 
> `int' in declaration of `G_GNUC_SENTINEL'
> /opt/gnome/include/gtk-2.0/gtk/gtkobject.h:210: warning: data definition has 
> no type or storage class
> In file included from /opt/gnome/include/gtk-2.0/gtk/gtkcontainer.h:33,
>                  from /opt/gnome/include/gtk-2.0/gtk/gtkbin.h:32,
>                  from /opt/gnome/include/gtk-2.0/gtk/gtkwindow.h:33,
>                  from /opt/gnome/include/gtk-2.0/gtk/gtkdialog.h:32,
>                  from /opt/gnome/include/gtk-2.0/gtk/gtkaboutdialog.h:28,
>                  from /opt/gnome/include/gtk-2.0/gtk/gtk.h:32,
>                  from ../multisync.h:10,
>                  from file_sync.c:1:
> /opt/gnome/include/gtk-2.0/gtk/gtkwidget.h:438: error: syntax error before 
> "G_GNUC_SENTINEL"
> /opt/gnome/include/gtk-2.0/gtk/gtkwidget.h:438: warning: type defaults to 
> `int' in declaration of `G_GNUC_SENTINEL'
> /opt/gnome/include/gtk-2.0/gtk/gtkwidget.h:438: warning: data definition has 
> no type or storage class
> /opt/gnome/include/gtk-2.0/gtk/gtkwidget.h:447: error: syntax error before 
> "G_GNUC_SENTINEL"
> /opt/gnome/include/gtk-2.0/gtk/gtkwidget.h:447: warning: type defaults to 
> `int' in declaration of `G_GNUC_SENTINEL'
> /opt/gnome/include/gtk-2.0/gtk/gtkwidget.h:447: warning: data definition has 
> no type or storage class
> /opt/gnome/include/gtk-2.0/gtk/gtkwidget.h:719: error: syntax error before 
> "G_GNUC_SENTINEL"
> /opt/gnome/include/gtk-2.0/gtk/gtkwidget.h:719: warning: type defaults to 
> `int' in declaration of `G_GNUC_SENTINEL'
> /opt/gnome/include/gtk-2.0/gtk/gtkwidget.h:719: warning: data definition has 
> no type or storage class
> In file included from /opt/gnome/include/gtk-2.0/gtk/gtkbin.h:32,
>                  from /opt/gnome/include/gtk-2.0/gtk/gtkwindow.h:33,
>                  from /opt/gnome/include/gtk-2.0/gtk/gtkdialog.h:32,
>                  from /opt/gnome/include/gtk-2.0/gtk/gtkaboutdialog.h:28,
>                  from /opt/gnome/include/gtk-2.0/gtk/gtk.h:32,
>                  from ../multisync.h:10,
>                  from file_sync.c:1:
> /opt/gnome/include/gtk-2.0/gtk/gtkcontainer.h:177: error: syntax error before 
> "G_GNUC_SENTINEL"
> /opt/gnome/include/gtk-2.0/gtk/gtkcontainer.h:177: warning: type defaults to 
> `int' in declaration of `G_GNUC_SENTINEL'
> /opt/gnome/include/gtk-2.0/gtk/gtkcontainer.h:177: warning: data definition 
> has no type or storage class
> /opt/gnome/include/gtk-2.0/gtk/gtkcontainer.h:181: error: syntax error before 
> "G_GNUC_SENTINEL"
> /opt/gnome/include/gtk-2.0/gtk/gtkcontainer.h:181: warning: type defaults to 
> `int' in declaration of `G_GNUC_SENTINEL'
> /opt/gnome/include/gtk-2.0/gtk/gtkcontainer.h:181: warning: data definition 
> has no type or storage class
> /opt/gnome/include/gtk-2.0/gtk/gtkcontainer.h:185: error: syntax error before 
> "G_GNUC_SENTINEL"
> /opt/gnome/include/gtk-2.0/gtk/gtkcontainer.h:185: warning: type defaults to 
> `int' in declaration of `G_GNUC_SENTINEL'
> /opt/gnome/include/gtk-2.0/gtk/gtkcontainer.h:185: warning: data definition 
> has no type or storage class
> In file included from /opt/gnome/include/gtk-2.0/gtk/gtkaboutdialog.h:28,
>                  from /opt/gnome/include/gtk-2.0/gtk/gtk.h:32,
>                  from ../multisync.h:10,
>                  from file_sync.c:1:
> /opt/gnome/include/gtk-2.0/gtk/gtkdialog.h:133: error: syntax error before 
> "G_GNUC_SENTINEL"
> /opt/gnome/include/gtk-2.0/gtk/gtkdialog.h:133: warning: type defaults to 
> `int' in declaration of `G_GNUC_SENTINEL'
> /opt/gnome/include/gtk-2.0/gtk/gtkdialog.h:133: warning: data definition has 
> no type or storage class
> /opt/gnome/include/gtk-2.0/gtk/gtkdialog.h:143: error: syntax error before 
> "G_GNUC_SENTINEL"
> /opt/gnome/include/gtk-2.0/gtk/gtkdialog.h:143: warning: type defaults to 
> `int' in declaration of `G_GNUC_SENTINEL'
> /opt/gnome/include/gtk-2.0/gtk/gtkdialog.h:143: warning: data definition has 
> no type or storage class
> In file included from /opt/gnome/include/gtk-2.0/gtk/gtk.h:32,
>                  from ../multisync.h:10,
>                  from file_sync.c:1:
> /opt/gnome/include/gtk-2.0/gtk/gtkaboutdialog.h:65: error: syntax error before 
> "G_GNUC_SENTINEL"
> /opt/gnome/include/gtk-2.0/gtk/gtkaboutdialog.h:65: warning: type defaults to 
> `int' in declaration of `G_GNUC_SENTINEL'
> /opt/gnome/include/gtk-2.0/gtk/gtkaboutdialog.h:65: warning: data definition 
> has no type or storage class
> In file included from /opt/gnome/include/gtk-2.0/gtk/gtkcelllayout.h:26,
>                  from /opt/gnome/include/gtk-2.0/gtk/gtk.h:49,
>                  from ../multisync.h:10,
>                  from file_sync.c:1:
> /opt/gnome/include/gtk-2.0/gtk/gtktreeviewcolumn.h:127: error: syntax error 
> before "G_GNUC_SENTINEL"
> /opt/gnome/include/gtk-2.0/gtk/gtktreeviewcolumn.h:127: warning: type defaults 
> to `int' in declaration of `G_GNUC_SENTINEL'
> /opt/gnome/include/gtk-2.0/gtk/gtktreeviewcolumn.h:127: warning: data 
> definition has no type or storage class
> /opt/gnome/include/gtk-2.0/gtk/gtktreeviewcolumn.h:142: error: syntax error 
> before "G_GNUC_SENTINEL"
> /opt/gnome/include/gtk-2.0/gtk/gtktreeviewcolumn.h:142: warning: type defaults 
> to `int' in declaration of `G_GNUC_SENTINEL'
> /opt/gnome/include/gtk-2.0/gtk/gtktreeviewcolumn.h:142: warning: data 
> definition has no type or storage class
> In file included from /opt/gnome/include/gtk-2.0/gtk/gtk.h:49,
>                  from ../multisync.h:10,
>                  from file_sync.c:1:
> /opt/gnome/include/gtk-2.0/gtk/gtkcelllayout.h:83: error: syntax error before 
> "G_GNUC_SENTINEL"
> /opt/gnome/include/gtk-2.0/gtk/gtkcelllayout.h:83: warning: type defaults to 
> `int' in declaration of `G_GNUC_SENTINEL'
> /opt/gnome/include/gtk-2.0/gtk/gtkcelllayout.h:83: warning: data definition 
> has no type or storage class
> In file included from /opt/gnome/include/gtk-2.0/gtk/gtkcombobox.h:25,
>                  from /opt/gnome/include/gtk-2.0/gtk/gtk.h:65,
>                  from ../multisync.h:10,
>                  from file_sync.c:1:
> /opt/gnome/include/gtk-2.0/gtk/gtktreeview.h:170: error: syntax error before 
> "G_GNUC_SENTINEL"
> /opt/gnome/include/gtk-2.0/gtk/gtktreeview.h:170: warning: type defaults to 
> `int' in declaration of `G_GNUC_SENTINEL'
> /opt/gnome/include/gtk-2.0/gtk/gtktreeview.h:170: warning: data definition has 
> no type or storage class
> In file included from /opt/gnome/include/gtk-2.0/gtk/gtk.h:82,
>                  from ../multisync.h:10,
>                  from file_sync.c:1:
> /opt/gnome/include/gtk-2.0/gtk/gtkfilechooserdialog.h:58: error: syntax error 
> before "G_GNUC_SENTINEL"
> /opt/gnome/include/gtk-2.0/gtk/gtkfilechooserdialog.h:58: warning: type 
> defaults to `int' in declaration of `G_GNUC_SENTINEL'
> /opt/gnome/include/gtk-2.0/gtk/gtkfilechooserdialog.h:58: warning: data 
> definition has no type or storage class
> /opt/gnome/include/gtk-2.0/gtk/gtkfilechooserdialog.h:64: error: syntax error 
> before "G_GNUC_SENTINEL"
> /opt/gnome/include/gtk-2.0/gtk/gtkfilechooserdialog.h:64: warning: type 
> defaults to `int' in declaration of `G_GNUC_SENTINEL'
> /opt/gnome/include/gtk-2.0/gtk/gtkfilechooserdialog.h:64: warning: data 
> definition has no type or storage class
> In file included from /opt/gnome/include/gtk-2.0/gtk/gtk.h:158,
>                  from ../multisync.h:10,
>                  from file_sync.c:1:
> /opt/gnome/include/gtk-2.0/gtk/gtktextbuffer.h:189: error: syntax error before 
> "G_GNUC_SENTINEL"
> /opt/gnome/include/gtk-2.0/gtk/gtktextbuffer.h:189: warning: type defaults to 
> `int' in declaration of `G_GNUC_SENTINEL'
> /opt/gnome/include/gtk-2.0/gtk/gtktextbuffer.h:189: warning: data definition 
> has no type or storage class
> /opt/gnome/include/gtk-2.0/gtk/gtktextbuffer.h:196: error: syntax error before 
> "G_GNUC_SENTINEL"
> /opt/gnome/include/gtk-2.0/gtk/gtktextbuffer.h:196: warning: type defaults to 
> `int' in declaration of `G_GNUC_SENTINEL'
> /opt/gnome/include/gtk-2.0/gtk/gtktextbuffer.h:196: warning: data definition 
> has no type or storage class
> /opt/gnome/include/gtk-2.0/gtk/gtktextbuffer.h:295: error: syntax error before 
> "G_GNUC_SENTINEL"
> /opt/gnome/include/gtk-2.0/gtk/gtktextbuffer.h:295: warning: type defaults to 
> `int' in declaration of `G_GNUC_SENTINEL'
> /opt/gnome/include/gtk-2.0/gtk/gtktextbuffer.h:295: warning: data definition 
> has no type or storage class
> make[2]: *** [file_sync.lo] Error 1
> make[2]: Leaving directory 
> `/home/ken/Documents/downloads/Suse-9.3/mobile/multisync-0.90.18/multisync-0.90.18/gui/file-sync'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory 
> `/home/ken/Documents/downloads/Suse-9.3/mobile/multisync-0.90.18/multisync-0.90.18/gui'
> make: *** [all] Error 2
> 
> Ken.
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Opensync-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensync-users
> 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDvmcqq9z7v9k9UakRAtfDAJ4ihxWocZM7lPF3uuFq4Cx0tEbvpwCfXrQt
VoXaiCV2SQo7b/BZsmdiNuM=
=+Bqy
-----END PGP SIGNATURE-----

Re: [Opensync-users] Problem compiling evo2 plugin

[Rob R. <rob...@ir...>]

Hi Armin,

I am getting these error messages while trying to compile the plugin for
evo2. I already have evo2 installed and running.

Thanks,
Rob


On Fri, 2006-01-06 at 13:40 +0100, Armin Bauer wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Hi,
> 
> i dont quite understand what you are doing. From the messages below it
> looks like you are trying to compile evolution 2 itself and not the evo2
> plugin of opensync.
> 
> Armin
> 
> Rob Rheault wrote:
> > I have fc4 kernel 2.6.14 install and when I run make on the plugin
> > (version 0.18) for evo2 I am getting the following errors. I have evo2
> > version 2.4.2.1 installed. Any help would be greatly appreciated.
> > 
> > In file included
> > from /usr/include/evolution-data-server-1.4/libecal/e-cal-view.h:25,
> > 
> > from /usr/include/evolution-data-server-1.4/libecal/e-cal.h:31,
> > from evolution2_sync.h:7,
> >                  from evolution2_sync.c:21:
> > /usr/include/evolution-data-server-1.4/libecal/Evolution-DataServer-Calendar.h:58: error: syntax error before 'struct'
> > 
> > Thanks,
> > Rob Rheault
> > 
> > 
> > 
> > -----------------------------------------
> > The information contained in this email message and its attachments
> > is intended only for the private and confidential use of the
> > recipient(s) named above, unless the sender expressly agrees
> > otherwise.
> > Transmission of email over the Internet is not a secure
> > communications medium. If you are requesting or have requested the
> > transmittal of personal data, as defined in applicable privacy laws
> > by means of email or in an attachment to email, you must select a
> > more secure alternate means of transmittal that supports your
> > obligations to protect such personal data.
> > If the reader of this message is not the intended recipient and/or
> > you have received this email in error, you must take no action
> > based on the information in this email and you are hereby notified
> > that any dissemination, misuse or copying or disclosure of this
> > communication is strictly prohibited. If you have received this
> > communication in error, please notify us immediately by email and
> > delete the original message.
> > 
> > 
> > 
> > -------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> > for problems?  Stop!  Download the new AJAX search engine that makes
> > searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> > http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> > _______________________________________________
> > Opensync-users mailing list
> > Ope...@li...
> > https://lists.sourceforge.net/lists/listinfo/opensync-users
> > 
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.2 (GNU/Linux)
> Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
> 
> iD8DBQFDvmVNq9z7v9k9UakRAokpAKCXtzVYQsVkd2h5n83sMr4Aq4cy5QCght/D
> IsMgDOUNbMcfYbMrN7YlXr4=
> =Cqn5
> -----END PGP SIGNATURE-----
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Opensync-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensync-users
-- 
Robert Rheault
Systems Engineer
Iron Mountain, Inc.
745 Atlantic Ave
Boston, MA 02111
Office: 617-535-8309
Cell: 617-719-2713
Email: rob...@ir...

Re: [Opensync-users] Problem compiling evo2 plugin

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

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

i dont quite understand what you are doing. From the messages below it
looks like you are trying to compile evolution 2 itself and not the evo2
plugin of opensync.

Armin

Rob Rheault wrote:
> I have fc4 kernel 2.6.14 install and when I run make on the plugin
> (version 0.18) for evo2 I am getting the following errors. I have evo2
> version 2.4.2.1 installed. Any help would be greatly appreciated.
> 
> In file included
> from /usr/include/evolution-data-server-1.4/libecal/e-cal-view.h:25,
> 
> from /usr/include/evolution-data-server-1.4/libecal/e-cal.h:31,
> from evolution2_sync.h:7,
>                  from evolution2_sync.c:21:
> /usr/include/evolution-data-server-1.4/libecal/Evolution-DataServer-Calendar.h:58: error: syntax error before 'struct'
> 
> Thanks,
> Rob Rheault
> 
> 
> 
> -----------------------------------------
> The information contained in this email message and its attachments
> is intended only for the private and confidential use of the
> recipient(s) named above, unless the sender expressly agrees
> otherwise.
> Transmission of email over the Internet is not a secure
> communications medium. If you are requesting or have requested the
> transmittal of personal data, as defined in applicable privacy laws
> by means of email or in an attachment to email, you must select a
> more secure alternate means of transmittal that supports your
> obligations to protect such personal data.
> If the reader of this message is not the intended recipient and/or
> you have received this email in error, you must take no action
> based on the information in this email and you are hereby notified
> that any dissemination, misuse or copying or disclosure of this
> communication is strictly prohibited. If you have received this
> communication in error, please notify us immediately by email and
> delete the original message.
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Opensync-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensync-users
> 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDvmVNq9z7v9k9UakRAokpAKCXtzVYQsVkd2h5n83sMr4Aq4cy5QCght/D
IsMgDOUNbMcfYbMrN7YlXr4=
=Cqn5
-----END PGP SIGNATURE-----

Re: [Opensync-users] Problems adding new contacts (SE 608i, irmc<->file)

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

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Jason,

sorry for the very late reply. I was snowboarding and we didnt have
internet connection where we stayed. But ill try to answer your
questions as best as possible now.

Jason Grant wrote:

> Given the unfortunate lack of support for opensync, I've found the
> best source of information on this is in the IrMC spec.
>
> So it seems like the correct way to add a contact is to perform an
> OBEX put with filename telecom/pb/luid/.vcd, and it is the
> responsibility of the phone to allocate a unique ID. Unfortunately,
> the irmc-sync plugin doesn't comply with this; if I create a new
> contact without a LUID, the irmc plugin uses the filename in the
> OBEX put instead of ".vcd". Also, when the phone allocates the
> LUID following the put, I can see no mechanism in the irmc plugin
> for the local copy of the contact to be brought up to date with the
> allocated LUID, and filename that includes this ID.

> So I guess the irmc plugin is only half-built? Is it undergoing
> active development? A short synopsis of gaps would be really
> helpful for folk like me who are spending hours troubleshooting
> this stuff, when the status must be obvious to the developers.
>
Yes, the status of the irmc plugin is know to the developers. The main
problem is that the irmc plugin is a port of the plugin from multisync
(thats also the reason for some of the strange options in the config).
So all these things are bugs that existed in multisync.

I cannot promise when we will fix those issues, but your findings from
above (with the .vcd) will definitely speed this up since we dont have
to investigate this ourselves then. so thanks for your help!

Best Regards,
Armin Bauer

> Thanks,
>
> Jason.
>
>
> On Wed, 2005-12-21 at 22:52 +1100, Jason Grant wrote:
>
>> For the benefit of others, I've made a little progress here. I
>> can now add contacts that I create on my local filesystem ...
>

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDvmKzq9z7v9k9UakRAu6jAKCPz7w+/0R33ZmKz4odhBN00dMMJwCgiFlw
T4/MypwhBso5ck2KYvLmFEw=
=Yfb8
-----END PGP SIGNATURE-----

Re: [Opensync-users] multisync0.90 Unable to find MSyncPlugin (irmc-sync)

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

Yes, thats correct. The problem is that we have to provide a gui for=20
each plugin separately. So until we implement a gui for the irmc you=20
will see the error message and have to configure the plugin manually=20
(using msynctool)

Armin

Leif Adel=F6w wrote:

>Jason,
>
>I think A. Bauer mensioned that the framework for dealing with irmc
>configuration under multisync0.90 is still is progress/not complete(?). =
I
>can't find any pointer to that statement however.
>
>Other persons has configured irmc manually with success (see below).
>
>Regards
>Leif
>
><snip>
>
> hi,
>i used this config-file for my siemens s55:
>
><config>
>  <fixedst>false</fixedst>
>  <donttellsync>false</donttellsync>
>  <onlyphonenumbers>true</onlyphonenumbers>
>  <dontacceptold>true</dontacceptold>
>  <maximumage>7</maximumage>
>  <translatecharset>false</translatecharset>
>  <charset>ISO8859-1</charset>
>  <alarmtoirmc>true</alarmtoirmc>
>  <alarmfromirmc>true</alarmfromirmc>
>  <convertade>convcard</convertade>
>  <connectmedium>bluetooth</connectmedium>
>  <btunit>00:01:E3:6E:41:D1</btunit>
>  <btchannel>5</btchannel>
></config>
>
>this should work...
>
>flo
></snip>
>
>
> =20
>
>>I just compiled libopensync-0.18.tar.gz multisync-0.90.18.tar.gz and
>>plugins for the first time.  Whilst I was able to use rpmbuild -ta for
>>most of them, I built the irmc plugin manually with (autoreconf
>>-sfi;./configure;make install).  I did this because I could not figure
>>out how to install the pre-requisite openobex rpm, and I've already
>>installed this without an rpm.
>>
>>Now, when I run multisync0.90, it doesn't detect the irmc plugin, even
>>though msynctool --listplugins tells me it's OK.  (see output below)
>>
>>I built multisync with (autoreconf -sfi;./configure;make install) in
>>both the root and gui dirs.
>>
>>Any ideas on why multisync cannot find the irmc plugin?
>>
>>Thanks,
>>
>>Jason.
>>
>>----------------------------------
>>
>>[root@talby plugins]# uname -a
>>Linux talby.logular.com 2.6.11-1.1369_FC4smp #1 SMP Thu Jun 2 23:08:39
>>EDT 2005 i686 i686 i386 GNU/Linux
>>[root@talby plugins]# ls -la /usr/lib/opensync/plugins/
>>total 240
>>drwxr-xr-x  2 root root   4096 Dec 17 21:50 .
>>drwxr-xr-x  4 root root   4096 Dec 17 20:58 ..
>>-rwxr-xr-x  1 root root  26996 Dec 17 21:17 evo2_sync.so
>>-rwxr-xr-x  1 root root  14984 Dec 17 20:57 file_sync.so
>>-rwxr-xr-x  1 root root    867 Dec 17 21:50 irmc_sync.la
>>-rwxr-xr-x  1 root root 157774 Dec 17 21:50 irmc_sync.so
>>[root@talby gui]# msynctool --listplugins
>>Available plugins:
>>irmc-sync
>>file-sync
>>evo2-sync
>>[root@talby plugins]# multisync0.90
>>Starting up!
>>register plugins 0x9123068
>>env 0x9123068
>>name file-sync
>>option (nil)
>>env 0x9123068
>>name evo2-sync
>>option 0x90f85cc
>>env 0x9123068
>>name synce-plugin
>>option 0x90f85cc
>>loaded group irmc2file
>>
>>** (multisync0.90:32433): WARNING **: Couldn't find pixmap file:
>>multisync-0.90/multisync_small.png
>>msync_open_mainwindow()
>>show_pairlist
>>Showing group irmc2file
>>setting status Ready
>>setting status Error initializing: Unable to get config data: Member ha=
s
>>not been configured
>>About to run gtk_main
>>about to show plugins
>>adding plugin irmc-sync
>>adding plugin file-sync
>>adding plugin evo2-sync
>>plugin irmc-sync selected
>>plugin irmc-sync selected
>>plugin2 file-sync selected
>>remote
>>true
>>plugin2 file-sync selected
>>remote
>>true
>>opening irmc-sync plugin
>>Unable to find MSyncPlugin (irmc-sync)!!!    <=3D=3D=3D  this message o=
ccurs
>>when I hit the "options" button when the "first plugin" dropdown has
>>irmc-sync selected
>>
>>
>>
>>-------------------------------------------------------
>>This SF.net email is sponsored by: Splunk Inc. Do you grep through log
>>files
>>for problems?  Stop!  Download the new AJAX search engine that makes
>>searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
>>http://ads.osdn.com/?ad_id=3D7637&alloc_id=3D16865&op=3Dclick
>>_______________________________________________
>>Opensync-users mailing list
>>Ope...@li...
>>https://lists.sourceforge.net/lists/listinfo/opensync-users
>>
>>   =20
>>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: Splunk Inc. Do you grep through log f=
iles
>for problems?  Stop!  Download the new AJAX search engine that makes
>searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
>http://ads.osdn.com/?ad_id=3D7637&alloc_id=3D16865&op=3Dclick
>_______________________________________________
>Opensync-users mailing list
>Ope...@li...
>https://lists.sourceforge.net/lists/listinfo/opensync-users
>
> =20
>

[Opensync-users] Debian packages with SyncML / Build problems

[Marc B. <ba...@sm...>]

Hi,

I am new on this list, and am trying to get a working opensync/multisync
environment with kdepim and syncml (client) plugins running. I didn't
find the information I was looking for on the website or the mailing
list archive, so I'll describe the problems I ran into (hoping for some
kind assistance, obviously :)) )

The binary debian packages on the website unfortunately do not include
the syncml plugin. Are there any more recent binaries than 0.14 that
would provide both kdepim and syncml plugins ? Or maybe there is even
a Debian repository ? (I googled for it but didn't find any)

Well, in the meantime I got the latest version from svn and tried to
compile it on debian sarge. I get stuck at the very beginning (with
the first package I tried, opensync). I did:

./autogen.sh
ln -s misc/debian .
dpkg-buildpackage -rfakeroot

and got the error

[..]
make[3]: Entering directory `/uranyl/scratch/qtek/OpenSync/opensync/wrapper'
make[3]: Nothing to be done for `install-exec-am'.
/bin/sh ../mkinstalldirs /uranyl/scratch/qtek/OpenSync/opensync/debian/libopensync
/bin/sh: ../py-compile: No such file or directory
make[3]: *** [install-nodist_osPYTHON] Error 127
make[3]: Leaving directory `/uranyl/scratch/qtek/OpenSync/opensync/wrapper'
make[2]: *** [install-am] Error 2
make[2]: Leaving directory `/uranyl/scratch/qtek/OpenSync/opensync/wrapper'
make[1]: *** [install-recursive] Error 1
make[1]: Leaving directory `/uranyl/scratch/qtek/OpenSync/opensync'
make: *** [install] Error 2

Although configure went through fine (I thought).
Any hints or suggestions ?

Thank you very much in advance,
  Marc Baaden

-- 
 Dr. Marc Baaden  - Institut de Biologie Physico-Chimique, Paris
 mailto:ba...@sm...      -      http://www.baaden.ibpc.fr
 FAX: +33 15841 5026  -  Tel: +33 15841 5176  ou  +33 609 843217