Menu
▾
▴
opensync-users — The place to get help for the OpenSync project
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
(10) |
Apr
(30) |
May
(11) |
Jun
(8) |
Jul
(28) |
Aug
(113) |
Sep
(74) |
Oct
(43) |
Nov
(111) |
Dec
(31) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(70) |
Feb
(78) |
Mar
(110) |
Apr
(99) |
May
(106) |
Jun
(128) |
Jul
(65) |
Aug
(123) |
Sep
(80) |
Oct
(128) |
Nov
(80) |
Dec
(54) |
| 2007 |
Jan
(89) |
Feb
(83) |
Mar
(56) |
Apr
(56) |
May
(69) |
Jun
(29) |
Jul
(89) |
Aug
(44) |
Sep
(32) |
Oct
(114) |
Nov
(36) |
Dec
(46) |
| 2008 |
Jan
(88) |
Feb
(100) |
Mar
(63) |
Apr
(27) |
May
(39) |
Jun
(61) |
Jul
(35) |
Aug
(11) |
Sep
(9) |
Oct
(19) |
Nov
(28) |
Dec
(72) |
| 2009 |
Jan
(33) |
Feb
(4) |
Mar
(15) |
Apr
(24) |
May
(17) |
Jun
(17) |
Jul
(11) |
Aug
(30) |
Sep
(19) |
Oct
(8) |
Nov
(10) |
Dec
(5) |
| 2010 |
Jan
(5) |
Feb
(10) |
Mar
(12) |
Apr
(1) |
May
(8) |
Jun
(4) |
Jul
(9) |
Aug
(29) |
Sep
(6) |
Oct
(19) |
Nov
(4) |
Dec
(3) |
| 2011 |
Jan
(9) |
Feb
|
Mar
|
Apr
(7) |
May
(2) |
Jun
(9) |
Jul
(3) |
Aug
(2) |
Sep
|
Oct
|
Nov
(7) |
Dec
|
| 2012 |
Jan
(2) |
Feb
(5) |
Mar
(5) |
Apr
|
May
(1) |
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(9) |
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(5) |
|
From: Daniel G. <dg...@su...> - 2005-12-31 13:26:53
|
Hi, did you read the guide about building the syncml plugin? http://www.opensync.org/wiki/syncml-guide You have to patch your libsoup to solve this problem. In the syncml-guide you find more details. Have a nice day :) best regards, Daniel |
|
From: Daniel G. <dg...@su...> - 2005-12-31 13:20:19
|
Hi,
There was a typo in the code of msynctool which is already fixed in the
latest svn revision.
When the editor variable isn't set it should call vi but instead of vi
it called "editcmd".
You can fix it by removing the quotes in line 512 in tools/msynctool.c :
- =C2=A0=C2=A0 if (system("editcmd")) {=C2=A0=C2=A0
+=C2=A0=C2=A0 if (system(editcmd)) {
or checkout the latest svn revision of multisync-cli.
Or set the enviroment variable editor, like Markus said.
best regards,
Daniel
|
|
From: Markus <132...@gm...> - 2005-12-31 10:08:38
|
Fredrik Ståhl schrieb: >Hello, > >I have a problem with opensync 0.18 under Mandriva 2006. When running >msynctool --configure I get the message > > sh: editor: command not found > sh: editcmd: command not found > Unable to open editor. Aborting > >Does anybody know how to fix this? > > > I think setting the enviroment variable to an existing editor program on your computer should help. In a bash shell this could be export EDITOR=emacs or export EDITOR=kate Markus |
|
From: Fredrik <Fre...@mi...> - 2005-12-31 10:01:51
|
Hello,
I have a problem with opensync 0.18 under Mandriva 2006. When running
msynctool --configure I get the message
sh: editor: command not found
sh: editcmd: command not found
Unable to open editor. Aborting
Does anybody know how to fix this?
(Installed by compiling source packages for Mandriva Cooker, I did not
notice anything peculiar when building.)
/Fredrik Ståhl, Sweden
|
|
From: Markus <132...@gm...> - 2005-12-30 21:23:36
|
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. /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 |
|
From: <nhd...@gm...> - 2005-12-29 19:12:15
|
Hi, a happy new year for all, I'm trying to build the syncml plugin for OpenSync, but when reach the build plugin step I have the error make[3]: Entrando no diret=F3rio `/adrianlocal/OpenSyncML/libsyncml/libsyncml/transports' if /bin/sh ../../libtool --tag=3DCC --mode=3Dcompile gcc -DHAVE_CONFIG_H -I= . -I. -I../.. -I/usr/local/include/libsoup-2.2 -I/usr/include/libxml2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I../.. -Wall -Werror -g -O2 -MT libhttp_client_la-http_client.lo -MD -MP -MF ".deps/libhttp_client_la-http_client.Tpo" -c -o libhttp_client_la-http_client.lo `test -f 'http_client.c' || echo './'`http_client.c; \ then mv -f ".deps/libhttp_client_la-http_client.Tpo" ".deps/libhttp_client_la-http_client.Plo"; else rm -f ".deps/libhttp_client_la-http_client.Tpo"; exit 1; fi gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/local/include/libsoup-2.2-I/usr/include/libxml2 -I/usr/include/glib- 2.0 -I/usr/lib/glib-2.0/include -pthread -I/usr/include/glib-2.0-I/usr/lib/= glib- 2.0/include -I../.. -Wall -Werror -g -O2 -MT libhttp_client_la-http_client.lo -MD -MP -MF .deps/libhttp_client_la-http_client.Tpo -c http_client.c -fPIC -DPIC -o .libs/libhttp_client_la-http_client.o http_client.c: In function 'smlTransportHttpClientInit': http_client.c:126: error: 'SOUP_SESSION_ASYNC_CONTEXT' undeclared (first us= e in this function) http_client.c:126: error: (Each undeclared identifier is reported only once http_client.c:126: error: for each function it appears in.) make[3]: ** [libhttp_client_la-http_client.lo] Erro 1 Someone else got this error? Thanks -- =C1drian L=EDvio ad...@co... nhd...@gm... Trainee in the Nokia Technology Institute - INdT - www.indt.org <http://www.indt.org/> Electrical Engeneering student in the Federal University of Campina Grande - UFCG - www.ufcg.edu.br Centre of Electrical Engeneering and Informatics - CEEI Academic Unit of Electrical Engeneering - UAEE - www.ee.ufcg.edu.br Laboratory of Embedded Systems and Pervasive Computing - www.embeddedacademy.org |
|
From: Rob R. <rob...@ir...> - 2005-12-29 15:00:50
|
I am trying to install libopensync-plugin-evolution2-0.18-3.fc4.i386.rpm
on my FC4 laptop and getting the following dependency errors:
error: Failed dependencies:
libebook-1.2.so.3 is needed by
libopensync-plugin-evolution2-0.18-3.fc4.i386
libecal-1.2.so.2 is needed by
libopensync-plugin-evolution2-0.18-3.fc4.i386
I am running Evolution2 version 2.4.2.1. Any help would be greatly
appreciated.
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.
|
|
From: Daniel G. <dg...@su...> - 2005-12-24 13:45:41
|
On Sat, 2005-12-24 at 09:16 +0100, Markus wrote: > Hello, >=20 > so, let's do it completely from source. >=20 > make and make install went fine for libopensync >=20 > but then for opensync > autoreconf2.50 -sfi > ./configure --prefix=3D/usr/local/opensync opensync and libopensync are the "same" packages. The package opensync is renamed to libopensync since version 0.15. So you have only to install "libopensync-0.18" and not additional "opensync-0.14". >=20 > make which results in: > ... > gcc -DHAVE_CONFIG_H -I. -I. -I.. -pthread -I/usr/include/glib-2.0 > -I/usr/lib/glib-2.0/include -Wall -I/usr/include/libxml2 -Werror > -DOPENSYNC_PLUGINDIR=3D\"/usr/local/opensync/lib/opensync/plugins\" > -DOPENSYNC_CONFIGDIR=3D\"/usr/local/opensync/share/opensync/defaults\" > -DOPENSYNC_FORMATSDIR=3D\"/usr/local/opensync/lib/opensync/formats\" -g > -O2 -MT opensync_env.lo -MD -MP -MF .deps/opensync_env.Tpo -c > opensync_env.c=C2=A0 -fPIC -DPIC -o .libs/opensync_env.o > cc1: warnings being treated as errors > opensync_env.c: In function 'osync_file_read': > opensync_env.c:706: warning: pointer targets in passing argument 3 of > 'g_io_channel_read_to_end' differ in signedness > make[2]: *** [opensync_env.lo] Fehler 1 > make[2]: Verlasse Verzeichnis > =C2=BB/usr/local/src/opensync/opensync-0.14/opensync=C2=AB > make[1]: *** [all-recursive] Fehler 1 > make[1]: Verlasse Verzeichnis =C2=BB/usr/local/src/opensync/opensync-0.14= =C2=AB > make: *** [all] Fehler 2 >=20 > gcc --version > gcc (GCC) 4.0.3 20051201 (prerelease) (Debian 4.0.2-5) >=20 >=20 > Any idea? >=20 Yes. Only built (lib)opensync in version 0.18 :) Good Luck & Merry Christmas! best regards, Daniel |
|
From: Markus <132...@gm...> - 2005-12-24 08:16:20
|
Hello, so, let's do it completely from source. make and make install went fine for libopensync but then for opensync autoreconf2.50 -sfi ./configure --prefix=/usr/local/opensync make which results in: ... gcc -DHAVE_CONFIG_H -I. -I. -I.. -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -Wall -I/usr/include/libxml2 -Werror -DOPENSYNC_PLUGINDIR=\"/usr/local/opensync/lib/opensync/plugins\" -DOPENSYNC_CONFIGDIR=\"/usr/local/opensync/share/opensync/defaults\" -DOPENSYNC_FORMATSDIR=\"/usr/local/opensync/lib/opensync/formats\" -g -O2 -MT opensync_env.lo -MD -MP -MF .deps/opensync_env.Tpo -c opensync_env.c -fPIC -DPIC -o .libs/opensync_env.o cc1: warnings being treated as errors opensync_env.c: In function 'osync_file_read': opensync_env.c:706: warning: pointer targets in passing argument 3 of 'g_io_channel_read_to_end' differ in signedness make[2]: *** [opensync_env.lo] Fehler 1 make[2]: Verlasse Verzeichnis »/usr/local/src/opensync/opensync-0.14/opensync« make[1]: *** [all-recursive] Fehler 1 make[1]: Verlasse Verzeichnis »/usr/local/src/opensync/opensync-0.14« make: *** [all] Fehler 2 gcc --version gcc (GCC) 4.0.3 20051201 (prerelease) (Debian 4.0.2-5) Any idea? Thank you and Merry Christmas, Markus Daniel Gollub schrieb: >On Thu, 2005-12-22 at 23:45 +0100, Markus Wollgarten wrote: > > >>o.k.let's do it again step by step: >> >>first I removed everything related to opensync: libraries,includes .. >> >>However ,still >>pkg-config --modversion --cflags --libs libsoup-2.2 >>2.2.6 >>-I/usr/include/libsoup-2.2 -I/usr/include/libxml2 >>-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -lsoup-2.2 >>-lgnutls >>-lxml2 -lz -lm -lglib-2.0 >> >>that has to be, since some debian-packages (e.g. evolution depend on >>it). I leave as it is, we can handle this with the proper sequence of >>directories in PKG_CONFIG_PATH and ld.so.conf, see below. >> >> > >good idea! i use it for testing the same way. all opensync packages, >plugins and dependency (libsoup, libsyncml, ....) stored >in /opt/opensync/ ... everytime when you build an opensync package or >somehting for opensync i use the --prefix=/opt/opensync/ and export >PKG_CONFIG_PATH=/opt/opensync/lib/pkgconfig/:$PKG_CONFIG_PATH and for >the tools export PATH=/opt/opensync/bin/:$PATH (for msynctool or >multisync-gui). ooops offtopic :) > > > >>Now install the debian packages from >>http://www.opensync.org/wiki/download >> >>dpkg -i libopensync_0.14-1_i386.deb >>dpkg -i multisync-cli_0.90.14-1_i386.deb >>dpkg -i multisync-gui_0.90.14-1_i386.deb >> >>dpkg -i libopensync-plugin-evolution2_0.14-1_i386.deb >>dpkg -i libopensync-plugin-file_0.14-1_i386.deb >> >> > >The version 0.14 is more then a half year old. >The function "osync_try_malloc0" appears in opensync SVN revision 479 >the first time. Thats why gcc don't know this function. >Thanks to -Werror for give us this hint :) > >Build the opensync und multisync and other package also by your own. >And link your opensync syncml plugin with your homebrew opensync build. > > > >>install all without problems. However >> >>dpkg -i libopensync-plugin-kdepim_0.14-1_i386.deb >> >>has dependicies problems: >>kdelibs4 (>= 4:3.3.2-3) >>libkcal2a (>= 4:3.3.2) >> >> > >This will also be fine when you build kdepim plugin by your on >in /usr/locale/opensync/. > > > >>For the moment I want to stay with kde-3.4. So let's forget about >>kdepim for the moment. >>So let's see >> >>msynctool --listplugins >>Available plugins: >>evo2-sync >>file-sync >> >>Now to >>http://www.opensync.org/wiki/syncml-guide >> >>download libsoup and libsyncml as described >>and in .../libsoup-2.2.7 do >> >>patch -p1 < ../libsyncml/misc/libsoup-2.2.7.patch >> >>call autoreconf as autoreconf2.50 for my debian distribution >>./configure ... make install >>o.k., fine. >> >>install wbxml as described. fine. >> >>export PKG_CONFIG_PATH=/usr/local/opensync/lib/pkgconfig >> >> pkg-config --modversion --cflags --libs libwbxml2 >>0.9.0 >>-I/usr/local/opensync/include -I/usr/include/libxml2 >>-L/usr/local/opensync/lib -lwbxml2 -lxml2 -lz -lm >> >> >>but during ./configure --prefix=/usr/local/opensync : >> >>... >>checking for wbxml - version >= 0.9.0... no >>To enable WBXML communication (for e.g. cell phones) you must have >>version 0.8.1 or later of libwbxml2. >>checking WBXML_CFLAGS... -I/usr/include/wbxml2 >>checking WBXML_LIBS... -lwbxml2 >>... >> >>strange, did >> ./configure --prefix=/usr/local/opensync >>--with-wbxml=/usr/local/opensync/ >> >>this went fine including make and make install >> >> > >hehe! You found something weak :) >The provided patch for wbxml2 add an libwbxml2.pc for pkg-config. >But the libsyncml configure script doesn't use this pkg-config entry. >That is the reason why the pkg-config flags are correct but the build >only works with parameter --with-wbxml. > >With this patch it should use the pkg-config flags and there should be >noneed for --with-wbxml anymore: > >=========== SNIP =========== >--- libsyncml/configure.ac 2005-12-23 01:22:56.000000000 +0100 >+++ libsyncml/configure.ac.patched 2005-12-23 01:24:29.000000000 >+0100 >@@ -96,7 +96,7 @@ if test "x${WITH_TRACE}" = "xyes"; then > fi > > #### Check for glib #### >-pkg_modules="glib-2.0 gthread-2.0" >+pkg_modules="glib-2.0 gthread-2.0 libwbxml2" > PKG_CHECK_MODULES(PACKAGE, [$pkg_modules]) > AC_SUBST(PACKAGE_CFLAGS) > AC_SUBST(PACKAGE_LIBS) > >========== SNAP ============== > > > > > >>Now the syncml-plugin >>autoreconf2.50 -sfi >>./configure --prefix=/usr (that's were debian put the packages) >> >> > >like in the beginning of this reply: >build the _latest_ _upstream_ (0.18) opensync base package by your own >in your own opensync-enviorment - like --prefix=/usr/locale/opensync/ >and add it to PKG_CONFIG_PATH and PATH. > > > >>make >> >>and this ended with >> >>mkdir .libs >> gcc -DHAVE_CONFIG_H -I. -I. -I.. >>-I/usr/local/opensync/include/libsyncml-1.0 >>-I/usr/include/opensync-1.0 >>-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include >>-I/usr/include/libxml2 -Wall -Werror >>-I/usr/local/opensync/include/libsyncml-1.0 >>-I/usr/include/opensync-1.0 >>-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include >>-I/usr/include/libxml2 -g -O2 -MT syncml_plugin.lo -MD -MP -MF >>.deps/syncml_plugin.Tpo -c syncml_plugin.c -fPIC -DPIC -o >>.libs/syncml_plugin.o >>cc1: warnings being treated as errors >>syncml_plugin.c: In function 'syncml_http_server_init': >>syncml_plugin.c:369: warning: implicit declaration of function >>'osync_try_malloc0' >>syncml_plugin.c:369: warning: initialization makes pointer from >>integer >>without a cast >>syncml_plugin.c:385: warning: implicit declaration of function >>'osync_member_get_loop' >>syncml_plugin.c:385: warning: assignment makes pointer from integer >>without a cast >>syncml_plugin.c: In function 'syncml_obex_client_init': >>syncml_plugin.c:520: warning: initialization makes pointer from >>integer >>without a cast >>syncml_plugin.c:534: warning: assignment makes pointer from integer >>without a cast >>syncml_plugin.c: In function 'get_changeinfo': >>syncml_plugin.c:658: warning: implicit declaration of function >>'osync_anchor_retrieve' >>syncml_plugin.c:658: warning: initialization makes pointer from >>integer >>without a cast >>syncml_plugin.c: In function 'batch_commit': >>syncml_plugin.c:724: warning: initialization makes pointer from >>integer >>without a cast >>syncml_plugin.c: In function 'get_info': >>syncml_plugin.c:786: warning: implicit declaration of function >>'osync_plugin_new_info' >>syncml_plugin.c:786: warning: initialization makes pointer from >>integer >>without a cast >>syncml_plugin.c:800: warning: implicit declaration of function >>'osync_plugin_set_batch_commit_objformat' >>syncml_plugin.c:802: warning: assignment makes pointer from integer >>without a cast >>make[2]: *** [syncml_plugin.lo] Fehler 1 >>make[2]: Verlasse Verzeichnis >>»/usr/local/src/opensync/syncml-plugin/src« >>make[1]: *** [all-recursive] Fehler 1 >>make[1]: Verlasse Verzeichnis »/usr/local/src/opensync/syncml-plugin« >>make: *** [all] Fehler 2 >> >>ok. I do not remove "-Werror". :-) >> >>pkg-config --modversion --libs --cflags libsoup-2.2 >>2.2.7 >>-I/usr/local/opensync/include/libsoup-2.2 -I/usr/include/libxml2 >>-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include >>-L/usr/local/opensync/lib -lsoup-2.2 -lgnutls -lxml2 -lz -lm >>-lglib-2.0 >> >>pkg-config --modversion --libs --cflags libsyncml-1.0 >>0.0.4 >>-I/usr/local/opensync/include/libsyncml-1.0 -L/usr/local/opensync/lib >>-lsyncml >> >>pkg-config --modversion --libs --cflags opensync-1.0 >>0.14 >>-I/usr/include/opensync-1.0 -lopensync >> >>What to do? >> >> > >_hopefully_ now should everything work :) > > > >best regards, > Daniel > > > > > |
|
From: Jason G. <ju...@lo...> - 2005-12-24 00:01:48
|
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. 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? Thanks for any feedback, Jason. |
|
From: Ken B. <sf...@bo...> - 2005-12-23 17:31:07
|
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.
|
|
From: Rob R. <rob...@ir...> - 2005-12-23 14:23:27
|
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.
|
|
From: Daniel G. <dg...@su...> - 2005-12-23 00:44:13
|
On Thu, 2005-12-22 at 23:45 +0100, Markus Wollgarten wrote: >=20 > o.k.let's do it again step by step: >=20 > first I removed everything related to opensync: libraries,includes .. >=20 > However ,still > pkg-config --modversion --cflags --libs libsoup-2.2 > 2.2.6 > -I/usr/include/libsoup-2.2 -I/usr/include/libxml2 > -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include=C2=A0 -lsoup-2.2 > -lgnutls > -lxml2 -lz -lm -lglib-2.0 >=20 > that has to be, since some debian-packages (e.g. evolution depend on > it). I leave as it is, we can handle this with the proper sequence of > directories in PKG_CONFIG_PATH and ld.so.conf, see below. good idea! i use it for testing the same way. all opensync packages, plugins and dependency (libsoup, libsyncml, ....) stored in /opt/opensync/ ... everytime when you build an opensync package or somehting for opensync i use the --prefix=3D/opt/opensync/ and export PKG_CONFIG_PATH=3D/opt/opensync/lib/pkgconfig/:$PKG_CONFIG_PATH and for the tools export PATH=3D/opt/opensync/bin/:$PATH (for msynctool or multisync-gui). ooops offtopic :) >=20 > Now install the debian packages from > http://www.opensync.org/wiki/download >=20 > dpkg -i libopensync_0.14-1_i386.deb > dpkg -i multisync-cli_0.90.14-1_i386.deb > dpkg -i multisync-gui_0.90.14-1_i386.deb >=20 > dpkg -i libopensync-plugin-evolution2_0.14-1_i386.deb > dpkg -i libopensync-plugin-file_0.14-1_i386.deb The version 0.14 is more then a half year old. The function "osync_try_malloc0" appears in opensync SVN revision 479 the first time. Thats why gcc don't know this function. Thanks to -Werror for give us this hint :) Build the opensync und multisync and other package also by your own. And link your opensync syncml plugin with your homebrew opensync build. >=20 > install all without problems. However >=20 > dpkg -i libopensync-plugin-kdepim_0.14-1_i386.deb >=20 > has dependicies problems: > kdelibs4 (>=3D 4:3.3.2-3) > libkcal2a (>=3D 4:3.3.2) This will also be fine when you build kdepim plugin by your on in /usr/locale/opensync/. >=20 > For the moment I want to stay with kde-3.4. So let's=C2=A0 forget about > kdepim for the moment. > So let's see >=20 > msynctool --listplugins > Available plugins: > evo2-sync > file-sync >=20 > Now to > http://www.opensync.org/wiki/syncml-guide >=20 > download libsoup and libsyncml as described > and in .../libsoup-2.2.7 do >=20 > patch -p1 < ../libsyncml/misc/libsoup-2.2.7.patch >=20 > call autoreconf as autoreconf2.50=C2=A0 for my debian distribution > ./configure ... make install > o.k., fine. >=20 > install wbxml as described. fine. >=20 > export PKG_CONFIG_PATH=3D/usr/local/opensync/lib/pkgconfig >=20 >=C2=A0 pkg-config --modversion --cflags --libs libwbxml2 > 0.9.0 > -I/usr/local/opensync/include -I/usr/include/libxml2=20 > -L/usr/local/opensync/lib -lwbxml2 -lxml2 -lz -lm >=20 >=20 > but during ./configure --prefix=3D/usr/local/opensync : >=20 > ... > checking for wbxml - version >=3D 0.9.0... no > To enable WBXML communication (for e.g. cell phones) you must have > version 0.8.1 or later of libwbxml2. > checking WBXML_CFLAGS... -I/usr/include/wbxml2 > checking WBXML_LIBS... -lwbxml2 > ... >=20 > strange, did >=C2=A0 ./configure --prefix=3D/usr/local/opensync > --with-wbxml=3D/usr/local/opensync/=20 >=20 > this went fine including make and make install hehe! You found something weak :) The provided patch for wbxml2 add an libwbxml2.pc for pkg-config. But the libsyncml configure script doesn't use this pkg-config entry. That is the reason why the pkg-config flags are correct but the build only works with parameter --with-wbxml. With this patch it should use the pkg-config flags and there should be noneed for --with-wbxml anymore: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D SNIP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- libsyncml/configure.ac=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 2005-12-23 01:22:5= 6.000000000 +0100 +++ libsyncml/configure.ac.patched=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 2005-12-23= 01:24:29.000000000 +0100 @@ -96,7 +96,7 @@ if test "x${WITH_TRACE}" =3D "xyes"; then =C2=A0fi =C2=A0 =C2=A0#### Check for glib #### -pkg_modules=3D"glib-2.0 gthread-2.0" +pkg_modules=3D"glib-2.0 gthread-2.0 libwbxml2" =C2=A0PKG_CHECK_MODULES(PACKAGE, [$pkg_modules]) =C2=A0AC_SUBST(PACKAGE_CFLAGS) =C2=A0AC_SUBST(PACKAGE_LIBS) =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D SNAP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D >=20 >=20 > Now the syncml-plugin > autoreconf2.50 -sfi=C2=A0=20 > ./configure --prefix=3D/usr=C2=A0=C2=A0=C2=A0 (that's were debian put the= packages) like in the beginning of this reply: build the _latest_ _upstream_ (0.18) opensync base package by your own in your own opensync-enviorment - like --prefix=3D/usr/locale/opensync/ and add it to PKG_CONFIG_PATH and PATH. >=20 > make >=20 > and this ended with >=20 > mkdir .libs >=C2=A0 gcc -DHAVE_CONFIG_H -I. -I. -I.. > -I/usr/local/opensync/include/libsyncml-1.0 > -I/usr/include/opensync-1.0 > -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include > -I/usr/include/libxml2 -Wall -Werror > -I/usr/local/opensync/include/libsyncml-1.0 > -I/usr/include/opensync-1.0 > -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include > -I/usr/include/libxml2 -g -O2 -MT syncml_plugin.lo -MD -MP -MF > .deps/syncml_plugin.Tpo -c syncml_plugin.c=C2=A0 -fPIC -DPIC -o > .libs/syncml_plugin.o > cc1: warnings being treated as errors > syncml_plugin.c: In function 'syncml_http_server_init': > syncml_plugin.c:369: warning: implicit declaration of function > 'osync_try_malloc0' > syncml_plugin.c:369: warning: initialization makes pointer from > integer > without a cast > syncml_plugin.c:385: warning: implicit declaration of function > 'osync_member_get_loop' > syncml_plugin.c:385: warning: assignment makes pointer from integer > without a cast > syncml_plugin.c: In function 'syncml_obex_client_init': > syncml_plugin.c:520: warning: initialization makes pointer from > integer > without a cast > syncml_plugin.c:534: warning: assignment makes pointer from integer > without a cast > syncml_plugin.c: In function 'get_changeinfo': > syncml_plugin.c:658: warning: implicit declaration of function > 'osync_anchor_retrieve' > syncml_plugin.c:658: warning: initialization makes pointer from > integer > without a cast > syncml_plugin.c: In function 'batch_commit': > syncml_plugin.c:724: warning: initialization makes pointer from > integer > without a cast > syncml_plugin.c: In function 'get_info': > syncml_plugin.c:786: warning: implicit declaration of function > 'osync_plugin_new_info' > syncml_plugin.c:786: warning: initialization makes pointer from > integer > without a cast > syncml_plugin.c:800: warning: implicit declaration of function > 'osync_plugin_set_batch_commit_objformat' > syncml_plugin.c:802: warning: assignment makes pointer from integer > without a cast > make[2]: *** [syncml_plugin.lo] Fehler 1 > make[2]: Verlasse Verzeichnis > =C2=BB/usr/local/src/opensync/syncml-plugin/src=C2=AB > make[1]: *** [all-recursive] Fehler 1 > make[1]: Verlasse Verzeichnis =C2=BB/usr/local/src/opensync/syncml-plugin= =C2=AB > make: *** [all] Fehler 2 >=20 > ok. I do not remove "-Werror". :-) >=20 > pkg-config --modversion --libs --cflags libsoup-2.2 > 2.2.7 > -I/usr/local/opensync/include/libsoup-2.2 -I/usr/include/libxml2 > -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include=20 > -L/usr/local/opensync/lib -lsoup-2.2 -lgnutls -lxml2 -lz -lm > -lglib-2.0 >=20 > pkg-config --modversion --libs --cflags libsyncml-1.0 > 0.0.4 > -I/usr/local/opensync/include/libsyncml-1.0=C2=A0 -L/usr/local/opensync/l= ib > -lsyncml >=20 > pkg-config --modversion --libs --cflags opensync-1.0 > 0.14 > -I/usr/include/opensync-1.0=C2=A0 -lopensync >=20 > What to do?=20 _hopefully_ now should everything work :) best regards, =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0Daniel=20 |
|
From: Markus W. <Mar...@gm...> - 2005-12-22 22:46:09
|
o.k.let's do it again step by step: first I removed everything related to opensync: libraries,includes .. However ,still pkg-config --modversion --cflags --libs libsoup-2.2 2.2.6 -I/usr/include/libsoup-2.2 -I/usr/include/libxml2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -lsoup-2.2 -lgnutls -lxml2 -lz -lm -lglib-2.0 that has to be, since some debian-packages (e.g. evolution depend on it). I leave as it is, we can handle this with the proper sequence of directories in PKG_CONFIG_PATH and ld.so.conf, see below. Now install the debian packages from http://www.opensync.org/wiki/download dpkg -i libopensync_0.14-1_i386.deb dpkg -i multisync-cli_0.90.14-1_i386.deb dpkg -i multisync-gui_0.90.14-1_i386.deb dpkg -i libopensync-plugin-evolution2_0.14-1_i386.deb dpkg -i libopensync-plugin-file_0.14-1_i386.deb install all without problems. However dpkg -i libopensync-plugin-kdepim_0.14-1_i386.deb has dependicies problems: kdelibs4 (>= 4:3.3.2-3) libkcal2a (>= 4:3.3.2) For the moment I want to stay with kde-3.4. So let's forget about kdepim for the moment. So let's see msynctool --listplugins Available plugins: evo2-sync file-sync Now to http://www.opensync.org/wiki/syncml-guide download libsoup and libsyncml as described and in .../libsoup-2.2.7 do patch -p1 < ../libsyncml/misc/libsoup-2.2.7.patch call autoreconf as autoreconf2.50 for my debian distribution ./configure ... make install o.k., fine. install wbxml as described. fine. export PKG_CONFIG_PATH=/usr/local/opensync/lib/pkgconfig pkg-config --modversion --cflags --libs libwbxml2 0.9.0 -I/usr/local/opensync/include -I/usr/include/libxml2 -L/usr/local/opensync/lib -lwbxml2 -lxml2 -lz -lm but during ./configure --prefix=/usr/local/opensync : ... checking for wbxml - version >= 0.9.0... no To enable WBXML communication (for e.g. cell phones) you must have version 0.8.1 or later of libwbxml2. checking WBXML_CFLAGS... -I/usr/include/wbxml2 checking WBXML_LIBS... -lwbxml2 ... strange, did ./configure --prefix=/usr/local/opensync --with-wbxml=/usr/local/opensync/ this went fine including make and make install Now the syncml-plugin autoreconf2.50 -sfi ./configure --prefix=/usr (that's were debian put the packages) make and this ended with mkdir .libs gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/opensync/include/libsyncml-1.0 -I/usr/include/opensync-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -Wall -Werror -I/usr/local/opensync/include/libsyncml-1.0 -I/usr/include/opensync-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -g -O2 -MT syncml_plugin.lo -MD -MP -MF .deps/syncml_plugin.Tpo -c syncml_plugin.c -fPIC -DPIC -o .libs/syncml_plugin.o cc1: warnings being treated as errors syncml_plugin.c: In function 'syncml_http_server_init': syncml_plugin.c:369: warning: implicit declaration of function 'osync_try_malloc0' syncml_plugin.c:369: warning: initialization makes pointer from integer without a cast syncml_plugin.c:385: warning: implicit declaration of function 'osync_member_get_loop' syncml_plugin.c:385: warning: assignment makes pointer from integer without a cast syncml_plugin.c: In function 'syncml_obex_client_init': syncml_plugin.c:520: warning: initialization makes pointer from integer without a cast syncml_plugin.c:534: warning: assignment makes pointer from integer without a cast syncml_plugin.c: In function 'get_changeinfo': syncml_plugin.c:658: warning: implicit declaration of function 'osync_anchor_retrieve' syncml_plugin.c:658: warning: initialization makes pointer from integer without a cast syncml_plugin.c: In function 'batch_commit': syncml_plugin.c:724: warning: initialization makes pointer from integer without a cast syncml_plugin.c: In function 'get_info': syncml_plugin.c:786: warning: implicit declaration of function 'osync_plugin_new_info' syncml_plugin.c:786: warning: initialization makes pointer from integer without a cast syncml_plugin.c:800: warning: implicit declaration of function 'osync_plugin_set_batch_commit_objformat' syncml_plugin.c:802: warning: assignment makes pointer from integer without a cast make[2]: *** [syncml_plugin.lo] Fehler 1 make[2]: Verlasse Verzeichnis »/usr/local/src/opensync/syncml-plugin/src« make[1]: *** [all-recursive] Fehler 1 make[1]: Verlasse Verzeichnis »/usr/local/src/opensync/syncml-plugin« make: *** [all] Fehler 2 ok. I do not remove "-Werror". :-) pkg-config --modversion --libs --cflags libsoup-2.2 2.2.7 -I/usr/local/opensync/include/libsoup-2.2 -I/usr/include/libxml2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -L/usr/local/opensync/lib -lsoup-2.2 -lgnutls -lxml2 -lz -lm -lglib-2.0 pkg-config --modversion --libs --cflags libsyncml-1.0 0.0.4 -I/usr/local/opensync/include/libsyncml-1.0 -L/usr/local/opensync/lib -lsyncml pkg-config --modversion --libs --cflags opensync-1.0 0.14 -I/usr/include/opensync-1.0 -lopensync What to do? Best wishes, Markus Daniel Gollub schrieb: >On Wed, 2005-12-21 at 22:33 +0100, Markus wrote: > > >>Indeed, much less problems, after downloading the 2.2.90 from >>cvs.gnome.org. >>For the rest I still followed the guide on >>http://www.opensync.org/wiki/syncml-guide >> >> > >Ooops, i didn't read that the syncml guide provide an patched libsoup... > >This patched libsoup seems to be out of date :/ > >I found in the libsyncml source in the sub dir misc/ a patch called >"libsoup-2.2.7.patch" which will also help to build libsyncml when you >patch the latest upstream version of libsoup (2.2.7). >(I will update this in syncml guide, it's easier then an cvs snapshot >build...) > > > >>I had to do once the -Werror "trick" for >>syncml-plugin/src/Makefile.* >> >> > >Don't remove -Werror! Send the warnings/errors of the build. >Fixing the problem is better solution then ignoring :) > >Also helpfully will be the output of: ># pkg-config --modversion --libs --cflags libsoup-2.2 ># pkg-config --modversion --libs --cflags libsyncml-1.0 ># pkg-config --modversion --libs --cflags opensync-1.0 > >--modversion will show the exactly version of your lib*/openync >the other flags will show us if you build your syncml plugin with the >correct linkings. > >if you built your libsoup(patched!)/libsyncml with an special prefix - >such as described in the syncml-guide - then you have to set >PKG_CONFIG_PATH to this prefix. > ># export PKG_CONFIG_PATH="*your-prefix*/lib/pkgconfig:$PKG_CONFIG_PATH" > > > >>The define-problems are gone. :-) >> >> >not really ;) > > > >>>On this case you can turn on the OSYNC_TRACE for more debugging >>>information, but i am sure when you update libsoup to the latest CVS >>>snapshot it will work for you. >>> >>> >>> >>> >>> >>> >>Unforunately, it doesn't. >>Still >> >>msynctool --listplugins >>Available plugins: >>evo2-sync >>kdepim >>file-sync >> >>but >> >>ls -l /usr/lib/opensync/plugins/ >>-rw-r--r-- 1 root root 1497 2005-03-20 21:22 evo2_sync.la >>-rw-r--r-- 1 root root 26464 2005-03-20 21:22 evo2_sync.so >>-rw-r--r-- 1 root root 1056 2005-03-20 21:21 file_sync.la >>-rw-r--r-- 1 root root 14348 2005-03-20 21:21 file_sync.so >>-rw-r--r-- 1 root root 1451 2005-03-20 21:21 kdepim_lib.la >>-rw-r--r-- 1 root root 41512 2005-03-20 21:21 kdepim_lib.so >>-rw-r--r-- 1 root root 821 2005-03-20 21:21 kdepim_sync.la >>-rw-r--r-- 1 root root 7036 2005-03-20 21:21 kdepim_sync.so >>-rw-r--r-- 1 root root 1380 2005-12-21 22:16 syncml_plugin.la >>-rw-r--r-- 1 root root 45977 2005-12-21 22:16 syncml_plugin.so >> >>Hmm, how to turn on the OSYNC_TRACE??? >> >> >http://www.opensync.org/wiki/tracing > > > >good luck! > >best regards, > Daniel > > > > |
|
From: Jason G. <ja...@lo...> - 2005-12-22 06:55:13
|
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. 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 ... |
|
From: Markus <132...@gm...> - 2005-12-21 21:34:11
|
Daniel Gollub schrieb: >On Wed, 2005-12-21 at 10:29 +0100, M. Wollgarten wrote: > > >>Hello list! >> >>I am running a debian box with the current testing-distribution. >>I installed the debian pakages from www.opensync.org and want to >>install and >>use the syncml-plugin to synchronize my Siemens SX-1. >> >> > >which version of libsoup do you have? >debian testing seems to have libsoup-2.2.6 - right? > >i think you need the latest cvs snapshot of libsoup to build the syncml >plugin. > >http://cvs.gnome.org/viewcvs/libsoup/libsoup/soup-server.h?rev=1.28&view=markup : >" >* configure.in: bump version to 2.2.90. This will not be > officially released, but once these patches have gotten some > testing they may be pulled up to the gnome-2-12 branch. > >----> * libsoup/soup-connection.c: >----> * libsoup/soup-server.c: >----> * libsoup/soup-session.c: >----> * libsoup/soup-socket.c: add an "async-context" property, >----> which gets passed from server to socket, and session to connection >----> to socket, allowing async usage outside the main thread. Based on >----> patches from Armin Bauer and Jürg Billeter. > >[...]" > > > >>I followed the guide to compile the necessary libraries and the >>plugin. >>However, I encountered several problems. >> >>In some place the compilation was stopped due to converting warnings >>into >>errors. >>I removed the -Werror option from the Makefiles and than I could >>compile. >> >> > >nice try :) > > > >>In one part I got the error message that in http_servers.c >>SOUP_SERVER_ASYNC_CONTEXT >>and in http_clients.c >>SOUP_CLIENT_ASYNC_CONTEXT >>were not defined. >>I found defines in some soup-....h which look like >> >>#define SOUP_SERVER_ASYNC_CONTEXT "async-context" >> >>and >> >>#define SOUP_CLIENT_ASYNC_CONTEXT "async-context" >> >>which I added to the respective http_....c files. >>after that compilation went fine. >> >> > >I don't think that the single #define helps :/ >Update of libsoup to current CVS version will help more. > > > Indeed, much less problems, after downloading the 2.2.90 from cvs.gnome.org. For the rest I still followed the guide on http://www.opensync.org/wiki/syncml-guide I had to do once the -Werror "trick" for syncml-plugin/src/Makefile.* The define-problems are gone. :-) >>I installed the plugins (make install). And they are now at the places >>were >>the other plugins (from debian packages) are. Also the >>share/default-entries >>are there as for the other plugins. >>However, msynctool --listplugins does not show the syncml-plugin. >> >> > >On this case you can turn on the OSYNC_TRACE for more debugging >information, but i am sure when you update libsoup to the latest CVS >snapshot it will work for you. > > > > Unforunately, it doesn't. Still msynctool --listplugins Available plugins: evo2-sync kdepim file-sync but ls -l /usr/lib/opensync/plugins/ -rw-r--r-- 1 root root 1497 2005-03-20 21:22 evo2_sync.la -rw-r--r-- 1 root root 26464 2005-03-20 21:22 evo2_sync.so -rw-r--r-- 1 root root 1056 2005-03-20 21:21 file_sync.la -rw-r--r-- 1 root root 14348 2005-03-20 21:21 file_sync.so -rw-r--r-- 1 root root 1451 2005-03-20 21:21 kdepim_lib.la -rw-r--r-- 1 root root 41512 2005-03-20 21:21 kdepim_lib.so -rw-r--r-- 1 root root 821 2005-03-20 21:21 kdepim_sync.la -rw-r--r-- 1 root root 7036 2005-03-20 21:21 kdepim_sync.so -rw-r--r-- 1 root root 1380 2005-12-21 22:16 syncml_plugin.la -rw-r--r-- 1 root root 45977 2005-12-21 22:16 syncml_plugin.so Hmm, how to turn on the OSYNC_TRACE??? Thanks again! Markus |
|
From: Daniel G. <dg...@su...> - 2005-12-21 12:24:27
|
On Wed, 2005-12-21 at 10:29 +0100, M. Wollgarten wrote: > Hello list! >=20 > I am running a debian box with the current testing-distribution. > I installed the debian pakages from www.opensync.org and want to > install and > use the syncml-plugin to synchronize my Siemens SX-1. which version of libsoup do you have?=20 debian testing seems to have libsoup-2.2.6 - right? i think you need the latest cvs snapshot of libsoup to build the syncml plugin. http://cvs.gnome.org/viewcvs/libsoup/libsoup/soup-server.h?rev=3D1.28&vie= w=3Dmarkup : " * configure.in: bump version to 2.2.90. This will not be officially released, but once these patches have gotten some testing they may be pulled up to the gnome-2-12 branch. ----> * libsoup/soup-connection.c: ----> * libsoup/soup-server.c: ----> * libsoup/soup-session.c: ----> * libsoup/soup-socket.c: add an "async-context" property, ----> which gets passed from server to socket, and session to connection ----> to socket, allowing async usage outside the main thread. Based on ----> patches from Armin Bauer and J=FCrg Billeter. [...]" >=20 > I followed the guide to compile the necessary libraries and the > plugin. > However, I encountered several problems. >=20 > In some place the compilation was stopped due to converting warnings > into > errors. > I removed the -Werror option from the Makefiles and than I could > compile. nice try :) >=20 > In one part I got the error message that in http_servers.c=20 > SOUP_SERVER_ASYNC_CONTEXT > and in http_clients.c > SOUP_CLIENT_ASYNC_CONTEXT > were not defined. > I found defines in some soup-....h which look like >=20 > #define SOUP_SERVER_ASYNC_CONTEXT "async-context" >=20 > and >=20 > #define SOUP_CLIENT_ASYNC_CONTEXT "async-context" >=20 > which I added to the respective http_....c files. > after that compilation went fine.=20 I don't think that the single #define helps :/ Update of libsoup to current CVS version will help more. > I installed the plugins (make install). And they are now at the places > were > the other plugins (from debian packages) are. Also the > share/default-entries > are there as for the other plugins. > However, msynctool --listplugins does not show the syncml-plugin. On this case you can turn on the OSYNC_TRACE for more debugging information, but i am sure when you update libsoup to the latest CVS snapshot it will work for you. good luck! best regards, Daniel |
|
From: Jason G. <ju...@lo...> - 2005-12-21 11:47:43
|
For the benefit of others, I've made a little progress here. I can now add contacts that I create on my local filesystem by inventing an LUID and placing it in the VCARD record thus: X-IRMC-LUID:00020000000C. If I name the file to match the LUID, then the contact gets added to my phone. Unfortunately my phone will not add it silently - it prompts me. Q: Can I simply invent the LUIDs like this, or should I be following some protocol - I'm worried it my IDs will clash with those the phone may invent in future. Now that I can add contacts, I'm having problems with changes to existing ones. If I modify a contact on the local filesystem and then sync, the phone asks me to either: 1) duplicate the record (e.g. phone number change) 2) or add a new contact (e.g. surname change). i.e. the phone doesn't seem to be smart enough to work out that the LUID has remained the same, so the object being 'put'ed must represent a change to an existing contact. Looking at the source code of the irmc plugin, the contact is sent to the phone with an OBEX put. Q: The IRMC plugin should implement IMRC over OBEX, right? So how are *modifications* communicated over OBEX - does this simply entail use of LUIDs in the VCARD records, and in the file names? If so, is my phone violating a standard, or am I screwing things up by inventing LUIDs? Thanks for any insights. J. On Wed, 2005-12-21 at 17:16 +1100, Jason Grant wrote: > [opensync 0.18, multisync 0.90.18] > > I'm able to transfer contacts from my SE 608i over bluetooth using a > (irmc, file) pair. If I *modify* the contact on the filesystem, the > change is transmitted properly, and I see the updates on the phone. > > However when I *add* a new contact, either on the phone or on the > filesystem, the new contact doesn't appear at the other end of the > pair, even though the output of msynctool seems to detect the > addition, and it reports that the transfer was done (see below). > > irmc should support this right now, yes? How best to troubleshoot? > > Thanks, > > Jason. > > [jas@talby test]$ msynctool --sync test > Synchronizing group "test" > Member 2 of type file-sync just connected > Member 1 of type irmc-sync just connected > All clients connected or error > Received a entry 000200000123 without data from member 2. Changetype > ADDED > Received a entry uid-AddressDB-8769907 with data of size 0 from member > 2. Changetype DELETED > Member 2 of type file-sync just sent all changes > Received a entry 000200000123 with data of size 24 from member 2. > Changetype ADDED > Member 1 of type irmc-sync just sent all changes > All clients sent changes or error > All conflicts have been reported > Member 2 of type file-sync committed all changes. > Sent a entry 000200000123 of size 104 to member 1. Changetype ADDED > Sent a entry uid-AddressDB-8769907 of size 0 to member 1. Changetype > DELETED > Member 1 of type irmc-sync committed all changes. > All clients have written > Member 2 of type file-sync just disconnected > Member 1 of type irmc-sync just disconnected > All clients have disconnected > The sync was successful > |
|
From: M. W. <mar...@gm...> - 2005-12-21 09:29:59
|
Hello list! I am running a debian box with the current testing-distribution. I installed the debian pakages from www.opensync.org and want to install and use the syncml-plugin to synchronize my Siemens SX-1. I followed the guide to compile the necessary libraries and the plugin. However, I encountered several problems. In some place the compilation was stopped due to converting warnings into errors. I removed the -Werror option from the Makefiles and than I could compile. In one part I got the error message that in http_servers.c SOUP_SERVER_ASYNC_CONTEXT and in http_clients.c SOUP_CLIENT_ASYNC_CONTEXT were not defined. I found defines in some soup-....h which look like #define SOUP_SERVER_ASYNC_CONTEXT "async-context" and #define SOUP_CLIENT_ASYNC_CONTEXT "async-context" which I added to the respective http_....c files. after that compilation went fine. I installed the plugins (make install). And they are now at the places were the other plugins (from debian packages) are. Also the share/default-entries are there as for the other plugins. However, msynctool --listplugins does not show the syncml-plugin. I have no idea on how to make the plugins visible and hopefully useable. So any help is really appreciated. I want to synchronize my SX-1!!! :-) Markus -- Telefonieren Sie schon oder sparen Sie noch? NEU: GMX Phone_Flat http://www.gmx.net/de/go/telefonie |
|
From: Jason G. <ja...@lo...> - 2005-12-21 06:11:49
|
[opensync 0.18, multisync 0.90.18] I'm able to transfer contacts from my SE 608i over bluetooth using a (irmc, file) pair. If I *modify* the contact on the filesystem, the change is transmitted properly, and I see the updates on the phone. However when I *add* a new contact, either on the phone or on the filesystem, the new contact doesn't appear at the other end of the pair, even though the output of msynctool seems to detect the addition, and it reports that the transfer was done (see below). irmc should support this right now, yes? How best to troubleshoot? Thanks, Jason. [jas@talby test]$ msynctool --sync test Synchronizing group "test" Member 2 of type file-sync just connected Member 1 of type irmc-sync just connected All clients connected or error Received a entry 000200000123 without data from member 2. Changetype ADDED Received a entry uid-AddressDB-8769907 with data of size 0 from member 2. Changetype DELETED Member 2 of type file-sync just sent all changes Received a entry 000200000123 with data of size 24 from member 2. Changetype ADDED Member 1 of type irmc-sync just sent all changes All clients sent changes or error All conflicts have been reported Member 2 of type file-sync committed all changes. Sent a entry 000200000123 of size 104 to member 1. Changetype ADDED Sent a entry uid-AddressDB-8769907 of size 0 to member 1. Changetype DELETED Member 1 of type irmc-sync committed all changes. All clients have written Member 2 of type file-sync just disconnected Member 1 of type irmc-sync just disconnected All clients have disconnected The sync was successful |
|
From: <wo...@fs...> - 2005-12-20 18:18:21
|
Hi again,
I solved my problem partially:
I switched to bluetooth. Moreover I removed the #if BLUETOOTH from
irmc_sync.c since then my btchannel and btaddress are copied into the
right structures.
But if i try to sync with my Sony Ericsson T610 no files are transmitted.
Using Multisync there is an initial import of the whole addressbook. The
phone also tells me that the syncronization was canceled.
Output:
> msynctool --sync t610file
Synchronizing group "t610file"
The previous synchronization was unclean. Slow-syncing
Member 2 of type file-sync just connected
Member 1 of type irmc-sync just connected
All clients connected or error
Member 2 of type file-sync just sent all changes
Member 1 of type irmc-sync just sent all changes
All clients sent changes or error
Member 1 of type irmc-sync committed all changes.
Member 2 of type file-sync committed all changes.
All clients have written
Member 2 of type file-sync just disconnected
Member 1 of type irmc-sync just disconnected
All clients have disconnected
The sync was successful
My config file for irmc:
<config>
<fixedst>true</fixedst>
<donttellsync>yes</donttellsync>
<onlyphonenumbers>true</onlyphonenumbers>
<dontacceptold>false</dontacceptold>
<maximumage>7</maximumage>
<translatecharset>yes</translatecharset>
<charset>ISO8859-1</charset>
<alarmtoirmc>yes</alarmtoirmc>
<alarmfromirmc>yes</alarmfromirmc>
<convertade>false</convertade>
<connectmedium>bluetooth</connectmedium>
<btunit>00:0F:08:49:B8:58</btunit>
<btchannel>11</btchannel>
</config>
for the file-plugin I just use a directory...
Regards,
Stefan Wolf
|
|
From: Veerapuram V. <vva...@no...> - 2005-12-20 15:53:57
|
#opensync in irc.freenode.net V. Varadhan On Tue, 2005-12-20 at 15:44 +0000, Calvin Liu wrote: > As subject. Thanks. > - Calvin > > > ------------------------------------------------------- > 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 |
|
From: Daniel G. <dg...@su...> - 2005-12-20 15:49:07
|
#opensync on irc.freenode.net On Tue, 2005-12-20 at 23:42 +0800, Calvin Liu wrote: > As subject. Thanks. > - Calvin > |
|
From: Calvin L. <Cal...@Su...> - 2005-12-20 15:42:57
|
As subject. Thanks. - Calvin |
|
From: Leif <le...@ad...> - 2005-12-19 23:02:37
|
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> > 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 has > 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)!!! <=== this message occurs > 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=7637&alloc_id=16865&op=click > _______________________________________________ > Opensync-users mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensync-users > |
40 messages has been excluded from this view by a project administrator.
