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: A. <re...@am...> - 2005-10-05 12:04:34
|
Hello I finally compiled the synce plugin using a fresh checkout from cvs and used it for synchronisation with evo2 and the file plugin I first tried to use a pair synce-evo2. Unfortunately, I had a segmentation fault and it was impossible to understand which one had a problem. So, I put in place a pair synce-file and did my first synchronisation. $ msynctool --showgroup ipaqFile Groupname: ipaqFile Member 1: synce-plugin Member 2: file-sync It worked perfectly well and I had a folder full of files containing each either a VCAL or a VCALENDAR. And it looks like they had all one probl=C3=A8me: wherever the value of the field contained a non ascii character (like an accent letter), the value was cut. For instance, instead of=20 SUMMARY:Appeler caisse d'=C3=A9pargne I have SUMMARY:Appeler caisse d' I naturally did some modifications (manually) on a fem items on my Ipaq and tried to synch again. msynctool started to ask questions about conflicts with the following trace before asking the question: Conflict for Mapping 0x879f460: Entry 1: UID: 02002e1e File: 02002e1e Size: 211 Entry 2: UID: 02002e1e <?xml version=3D"1.0"?> <contact> <UnknownNode> <NodeName>PRODID</NodeName> <Content>-//SYNCE RRA//NONSGML Version 1//EN</Content> </UnknownNode> <Telephone> <Content>+33 820 04 20 20</Content> <Type>WORK</Type> <Type>VOICE</Type> <Type>PREF</Type> </Telephone> <Telephone> <Content>+33 800 08 24 24</Content> <Type>WORK</Type> <Type>VOICE</Type> </Telephone> <FullName> <Content>Achard, Sandrine</Content> </FullName> <Name> <LastName>Achard</LastName> <FirstName>Sandrine</FirstName> </Name> <Organization> <Name>Total Gaz</Name> </Organization> </contact> Which entry do you want to use (D for Duplication)? Each time I answered "2" (which is wrong in my case, since member 2 is the file plugin and no changes were done in that part) but it looks like I had a conflict with each entry, thus I simply stopped the sync. Any idea about what I should do (apart debugging the stuff myself) ?=20 Information about opensync and FC4. On Mon, 2005-10-03 at 23:17 +0200, Armin Bauer wrote: >=20 > R=C3=A9my Amouroux wrote: > > Waiting for an answer from the synce-devel maintainer, I wanted to go > > further compiling the synce plugin. He answered quite quickly: opensync is in his todolist and the opensync rpms should appear in Fedora extra in a matter of days. regards RemyA --=20 E-mail : Re...@Am... Web : http://www.amouroux.org/ Yahoo Id: kelkooremya |
From: Armin B. <arm...@de...> - 2005-10-03 21:18:04
|
R=C3=A9my Amouroux wrote: > Waiting for an answer from the synce-devel maintainer, I wanted to go > further compiling the synce plugin. >=20 > I came back to what is in CVS by redoing a checkout and created a rra > directory containing all the include files provided by > synce-devel-0.9.1-3.fc4. >=20 > I'm using the last gcc provided with the FC4: gcc-4.0.1-4.fc4 >=20 > So, now, configure works like a charm and I have no include errors sinc= e > rra/ is there. >=20 > But, I have compilation errors :-( >=20 > Here is the traces. >=20 > gcc -DHAVE_CONFIG_H -I. -I. -I.. > -I/home/amourouxr/Tools/usr/local/include/rra > -I/home/amourouxr/Tools/usr/local/include -Wall -Werror > -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include > -I/usr/include/libxml2 > -I/home/amourouxr/Tools/usr/local/include/opensync-1.0 -g -O2 -MT > synce_plugin.lo -MD -MP -MF .deps/synce_plugin.Tpo -c synce_plugin.c > -fPIC -DPIC -o .libs/synce_plugin.o > cc1: warnings being treated as errors > synce_plugin.c: In function 'm_report_todo_changes': > synce_plugin.c:256: warning: pointer targets in passing argument 1 of > 'osync_print_binary' differ in signedness > synce_plugin.c: In function 'm_report_cal_changes': > synce_plugin.c:304: warning: pointer targets in passing argument 1 of > 'osync_print_binary' differ in signedness >=20 > After removing the two lines (calls to osync_print_binary seems to be > only for debugging purposes), everything compiles fine. >=20 Thanks. i committed a fix for this. > I'll try synchronisation tomorrow. >=20 > one comment below about your answer, armin. >=20 >=20 >>I think the correct way is to do it like this: >> >>rra and synce get installed into a directory ${includedir}/rra-$version= /rra >> >>this way its possible to use the rra/ prefix in the #include statement >>(which works also a sort of a namespace so includes dont overlap) but i= t >>is also possible to install several versions separately. >=20 >=20 > I'm not sure it's really interesting to have the version in the > directory name. It makes things difficult for the developper using the > library since it has to provide configuration files managing the versio= n > information and cannot rely on a default location. > If the maintainer of the package really want to allow several > installations of the same package, he has to make that package > relocatable. Thus, with a simple --with-rra=3DDIR, you can use differen= t > version of the library. ok, right. with opensync i use pkgconfig so i always get the correct include path from it but i can also install another version and overwrite the include. >=20 > Regards >=20 > RemyA |
From: A. <re...@am...> - 2005-10-03 17:30:32
|
Waiting for an answer from the synce-devel maintainer, I wanted to go further compiling the synce plugin. I came back to what is in CVS by redoing a checkout and created a rra directory containing all the include files provided by synce-devel-0.9.1-3.fc4. I'm using the last gcc provided with the FC4: gcc-4.0.1-4.fc4 So, now, configure works like a charm and I have no include errors since rra/ is there. But, I have compilation errors :-( Here is the traces. gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/home/amourouxr/Tools/usr/local/include/rra -I/home/amourouxr/Tools/usr/local/include -Wall -Werror -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -I/home/amourouxr/Tools/usr/local/include/opensync-1.0 -g -O2 -MT synce_plugin.lo -MD -MP -MF .deps/synce_plugin.Tpo -c synce_plugin.c -fPIC -DPIC -o .libs/synce_plugin.o cc1: warnings being treated as errors synce_plugin.c: In function 'm_report_todo_changes': synce_plugin.c:256: warning: pointer targets in passing argument 1 of 'osync_print_binary' differ in signedness synce_plugin.c: In function 'm_report_cal_changes': synce_plugin.c:304: warning: pointer targets in passing argument 1 of 'osync_print_binary' differ in signedness After removing the two lines (calls to osync_print_binary seems to be only for debugging purposes), everything compiles fine. I'll try synchronisation tomorrow. one comment below about your answer, armin. > I think the correct way is to do it like this: > > rra and synce get installed into a directory ${includedir}/rra-$version/rra > > this way its possible to use the rra/ prefix in the #include statement > (which works also a sort of a namespace so includes dont overlap) but it > is also possible to install several versions separately. I'm not sure it's really interesting to have the version in the directory name. It makes things difficult for the developper using the library since it has to provide configuration files managing the version information and cannot rely on a default location. If the maintainer of the package really want to allow several installations of the same package, he has to make that package relocatable. Thus, with a simple --with-rra=DIR, you can use different version of the library. Regards RemyA -- E-mail : Re...@Am... Web : http://www.amouroux.org/ Yahoo Id: kelkooremya |
From: Armin B. <arm...@de...> - 2005-10-03 12:56:02
|
R=C3=A9my Amouroux wrote: > Hello armin and thanks for your reactivity >=20 > The modification you have made is working for me only if I modify the > verification that syncmngr.h exists. As in the following: > Index: acinclude.m4 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- acinclude.m4 (revision 701) > +++ acinclude.m4 (working copy) > @@ -76,8 +76,8 @@ > AC_CHECK_LIB(rra,rra_syncmgr_new,,[ > AC_MSG_ERROR([Can't find RRA library]) > ]) > - AC_CHECK_HEADERS(rra/syncmgr.h,,[ > + AC_CHECK_HEADERS(syncmgr.h,,[ > AC_MSG_ERROR([Can't find rra/syncmgr.h]) > ]) >=20 > -]) > \ No newline at end of file > +]) >=20 >=20 > But, since the .c files are hard-coded looking for rra/..., it won't > work anyway. Example in synce_plugin.c >=20 > #include <rra/appointment.h> > #include <rra/contact.h> > #include <rra/task.h> > #include <rra/matchmaker.h> > #include <rra/uint32vector.h> > #include <rra/syncmgr.h> >=20 > The last person modifying the spec file for the synce package for FC4 i= s > andreas.bierfert[AT]lowlatency.de (from the changelog). >=20 > (the packages are provided within the EXTRAs part of FC4). >=20 > I'll try to contact him to understand why the include files are not in = a > subdirectory (which is the sensible thing to do from my point of view).= >=20 yes. but the way that synce handles things is also not completely correct. if the --with-rra switch adds the ${includedir}/rra dir to the included directories _and_ the #include commands search for a rra/ again the switch wont work correctly. I think the correct way is to do it like this: rra and synce get installed into a directory ${includedir}/rra-$version/r= ra this way its possible to use the rra/ prefix in the #include statement (which works also a sort of a namespace so includes dont overlap) but it is also possible to install several versions separately. > Regards >=20 > RemyA >=20 > On Mon, 2005-10-03 at 12:01 +0200, Armin Bauer wrote: >=20 >>Hi, >> >>i commited a fix. the --with-rra option should now work for fedora as >>well. so please do a "svn up" for the synce plugin >> >>Armin >> >>R=C3=A9my Amouroux wrote: >> >>>Hi >>> >>>I'm trying to compile the synce plugin on my newly installed fedora co= re >>>4. Synce is installed using the usual repositories, and I have the >>>following packages: >>>synce-0.9.1-3.fc4 >>>synce-devel-0.9.1-3.fc4 >>> >>>unfortunatly, the since plugin is looking for include files >>>in /usr/include/rra/ while they are all in /usr/include/. >>> >>>Trying to use --with-rra options for configure is not working since it= 's >>>looking for the rra folder. >>> >>>Is there a solution (outside creating manually the rra folder and >>>copying the include files in it)? >>> >>>RemyA >>> >> |
From: A. <re...@am...> - 2005-10-03 12:26:18
|
Hello armin and thanks for your reactivity The modification you have made is working for me only if I modify the verification that syncmngr.h exists. As in the following: Index: acinclude.m4 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- acinclude.m4 (revision 701) +++ acinclude.m4 (working copy) @@ -76,8 +76,8 @@ AC_CHECK_LIB(rra,rra_syncmgr_new,,[ AC_MSG_ERROR([Can't find RRA library]) ]) - AC_CHECK_HEADERS(rra/syncmgr.h,,[ + AC_CHECK_HEADERS(syncmgr.h,,[ AC_MSG_ERROR([Can't find rra/syncmgr.h]) ]) -]) \ No newline at end of file +]) But, since the .c files are hard-coded looking for rra/..., it won't work anyway. Example in synce_plugin.c #include <rra/appointment.h> #include <rra/contact.h> #include <rra/task.h> #include <rra/matchmaker.h> #include <rra/uint32vector.h> #include <rra/syncmgr.h> The last person modifying the spec file for the synce package for FC4 is andreas.bierfert[AT]lowlatency.de (from the changelog). (the packages are provided within the EXTRAs part of FC4). I'll try to contact him to understand why the include files are not in a subdirectory (which is the sensible thing to do from my point of view). Regards RemyA On Mon, 2005-10-03 at 12:01 +0200, Armin Bauer wrote: > Hi, >=20 > i commited a fix. the --with-rra option should now work for fedora as > well. so please do a "svn up" for the synce plugin >=20 > Armin >=20 > R=C3=A9my Amouroux wrote: > > Hi > >=20 > > I'm trying to compile the synce plugin on my newly installed fedora cor= e > > 4. Synce is installed using the usual repositories, and I have the > > following packages: > > synce-0.9.1-3.fc4 > > synce-devel-0.9.1-3.fc4 > >=20 > > unfortunatly, the since plugin is looking for include files > > in /usr/include/rra/ while they are all in /usr/include/. > >=20 > > Trying to use --with-rra options for configure is not working since it'= s > > looking for the rra folder. > >=20 > > Is there a solution (outside creating manually the rra folder and > > copying the include files in it)? > >=20 > > RemyA > >=20 >=20 --=20 E-mail : Re...@Am... Web : http://www.amouroux.org/ Yahoo Id: kelkooremya |
From: Armin B. <arm...@de...> - 2005-10-03 10:01:24
|
Hi, i commited a fix. the --with-rra option should now work for fedora as well. so please do a "svn up" for the synce plugin Armin R=C3=A9my Amouroux wrote: > Hi >=20 > I'm trying to compile the synce plugin on my newly installed fedora cor= e > 4. Synce is installed using the usual repositories, and I have the > following packages: > synce-0.9.1-3.fc4 > synce-devel-0.9.1-3.fc4 >=20 > unfortunatly, the since plugin is looking for include files > in /usr/include/rra/ while they are all in /usr/include/. >=20 > Trying to use --with-rra options for configure is not working since it'= s > looking for the rra folder. >=20 > Is there a solution (outside creating manually the rra folder and > copying the include files in it)? >=20 > RemyA >=20 |
From: Armin B. <arm...@de...> - 2005-10-03 09:51:35
|
LoneStar wrote: > Which version of pilot-link do you have? I believe the plugin want > 0.11.x, not 0.12. This is correct. there was a api change between 0.11 and 0.12 and i wasnt able to talk to the pilot link author yet to get some questions about these changes answered. So for now it need 0.11.x but it will eventually by changed to use 0.12 Armin > > Matthew Kay wrote: > > >>Hi, >> >>1) I just tried to install the palm plugin from subversion, but I get >>errors at compile time. (See below.) >> >>mercury:/usr/local/src/opensync-palm# make >>make all-recursive >>make[1]: Entering directory `/usr/local/src/opensync-palm' >>Making all in src >>make[2]: Entering directory `/usr/local/src/opensync-palm/src' >>if /bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. >>-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include >>-I/usr/include/libxml2 -I/usr/local/include/opensync-1.0 -Wall -Werror >>-g -O2 -MT palm_sync.lo -MD -MP -MF ".deps/palm_sync.Tpo" \ >> -c -o palm_sync.lo `test -f 'palm_sync.c' || echo './'`palm_sync.c; \ >>then mv -f ".deps/palm_sync.Tpo" ".deps/palm_sync.Plo"; \ >>else rm -f ".deps/palm_sync.Tpo"; exit 1; \ >>fi >>gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/glib-2.0 >>-I/usr/lib/glib-2.0/include -I/usr/include/libxml2 >>-I/usr/local/include/opensync-1.0 -Wall -Werror -g -O2 -MT palm_sync.lo >>-MD -MP -MF .deps/palm_sync.Tpo -c palm_sync.c -fPIC -DPIC >>-o .libs/palm_sync.o >>cc1: warnings being treated as errors >>palm_sync.c: In function '_psyncDBOpen': >>palm_sync.c:76: warning: passing argument 4 of 'dlp_ReadAppBlock' makes >>integer from pointer without a cast >>palm_sync.c:76: warning: passing argument 5 of 'dlp_ReadAppBlock' makes >>pointer from integer without a cast >>palm_sync.c: In function '_psyncDBGetNthEntry': >>palm_sync.c:111: warning: passing argument 4 of 'dlp_ReadRecordByIndex' > >>from incompatible pointer type > >>palm_sync.c:111: error: too many arguments to function >>'dlp_ReadRecordByIndex' >> >> > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Power Architecture Resource Center: Free content, downloads, discussions, > and more. http://solutions.newsforge.com/ibmarch.tmpl > _______________________________________________ > Opensync-users mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensync-users |
From: LoneStar <lon...@ge...> - 2005-10-03 06:28:20
|
Which version of pilot-link do you have? I believe the plugin want 0.11.x, not 0.12. Matthew Kay wrote: >Hi, > >1) I just tried to install the palm plugin from subversion, but I get >errors at compile time. (See below.) > >mercury:/usr/local/src/opensync-palm# make >make all-recursive >make[1]: Entering directory `/usr/local/src/opensync-palm' >Making all in src >make[2]: Entering directory `/usr/local/src/opensync-palm/src' >if /bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. >-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include >-I/usr/include/libxml2 -I/usr/local/include/opensync-1.0 -Wall -Werror >-g -O2 -MT palm_sync.lo -MD -MP -MF ".deps/palm_sync.Tpo" \ > -c -o palm_sync.lo `test -f 'palm_sync.c' || echo './'`palm_sync.c; \ >then mv -f ".deps/palm_sync.Tpo" ".deps/palm_sync.Plo"; \ >else rm -f ".deps/palm_sync.Tpo"; exit 1; \ >fi > gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/glib-2.0 >-I/usr/lib/glib-2.0/include -I/usr/include/libxml2 >-I/usr/local/include/opensync-1.0 -Wall -Werror -g -O2 -MT palm_sync.lo >-MD -MP -MF .deps/palm_sync.Tpo -c palm_sync.c -fPIC -DPIC >-o .libs/palm_sync.o >cc1: warnings being treated as errors >palm_sync.c: In function '_psyncDBOpen': >palm_sync.c:76: warning: passing argument 4 of 'dlp_ReadAppBlock' makes >integer from pointer without a cast >palm_sync.c:76: warning: passing argument 5 of 'dlp_ReadAppBlock' makes >pointer from integer without a cast >palm_sync.c: In function '_psyncDBGetNthEntry': >palm_sync.c:111: warning: passing argument 4 of 'dlp_ReadRecordByIndex' >from incompatible pointer type >palm_sync.c:111: error: too many arguments to function >'dlp_ReadRecordByIndex' > > |
From: Matthew K. <m_...@fa...> - 2005-10-02 21:21:08
|
Hi, 1) I just tried to install the palm plugin from subversion, but I get errors at compile time. (See below.) mercury:/usr/local/src/opensync-palm# make make all-recursive make[1]: Entering directory `/usr/local/src/opensync-palm' Making all in src make[2]: Entering directory `/usr/local/src/opensync-palm/src' if /bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -I/usr/local/include/opensync-1.0 -Wall -Werror -g -O2 -MT palm_sync.lo -MD -MP -MF ".deps/palm_sync.Tpo" \ -c -o palm_sync.lo `test -f 'palm_sync.c' || echo './'`palm_sync.c; \ then mv -f ".deps/palm_sync.Tpo" ".deps/palm_sync.Plo"; \ else rm -f ".deps/palm_sync.Tpo"; exit 1; \ fi gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -I/usr/local/include/opensync-1.0 -Wall -Werror -g -O2 -MT palm_sync.lo -MD -MP -MF .deps/palm_sync.Tpo -c palm_sync.c -fPIC -DPIC -o .libs/palm_sync.o cc1: warnings being treated as errors palm_sync.c: In function '_psyncDBOpen': palm_sync.c:76: warning: passing argument 4 of 'dlp_ReadAppBlock' makes integer from pointer without a cast palm_sync.c:76: warning: passing argument 5 of 'dlp_ReadAppBlock' makes pointer from integer without a cast palm_sync.c: In function '_psyncDBGetNthEntry': palm_sync.c:111: warning: passing argument 4 of 'dlp_ReadRecordByIndex' from incompatible pointer type palm_sync.c:111: error: too many arguments to function 'dlp_ReadRecordByIndex' palm_sync.c: In function '_psyncDBGetNextModified': palm_sync.c:139: warning: passing argument 3 of 'dlp_ReadNextModifiedRec' from incompatible pointer type palm_sync.c:139: error: too many arguments to function 'dlp_ReadNextModifiedRec' palm_sync.c: In function '_connectDevice': palm_sync.c:279: warning: passing argument 2 of 'pi_bind' from incompatible pointer type palm_sync.c:279: error: too many arguments to function 'pi_bind' palm_sync.c: In function '_psyncTodoCreate': palm_sync.c:573: warning: passing argument 2 of 'unpack_ToDo' from incompatible pointer type palm_sync.c: In function 'psyncTodoCommit': palm_sync.c:676: warning: passing argument 2 of 'pack_ToDo' from incompatible pointer type palm_sync.c:703: warning: passing argument 2 of 'pack_ToDo' from incompatible pointer type palm_sync.c: In function '_psyncContactCreate': palm_sync.c:747: warning: passing argument 2 of 'unpack_Address' from incompatible pointer type palm_sync.c: In function 'psyncContactCommit': palm_sync.c:911: warning: passing argument 2 of 'pack_Address' from incompatible pointer type palm_sync.c:938: warning: passing argument 2 of 'pack_Address' from incompatible pointer type palm_sync.c: In function '_psyncEventCreate': palm_sync.c:993: warning: passing argument 2 of 'unpack_Appointment' from incompatible pointer type palm_sync.c: In function 'psyncEventCommit': palm_sync.c:1098: warning: passing argument 2 of 'pack_Appointment' from incompatible pointer type palm_sync.c:1125: warning: passing argument 2 of 'pack_Appointment' from incompatible pointer type make[2]: *** [palm_sync.lo] Error 1 make[2]: Leaving directory `/usr/local/src/opensync-palm/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/opensync-palm' make: *** [all] Error 2 |
From: A. <re...@am...> - 2005-10-02 19:54:48
|
Hi I'm trying to compile the synce plugin on my newly installed fedora core 4. Synce is installed using the usual repositories, and I have the following packages: synce-0.9.1-3.fc4 synce-devel-0.9.1-3.fc4 unfortunatly, the since plugin is looking for include files in /usr/include/rra/ while they are all in /usr/include/. Trying to use --with-rra options for configure is not working since it's looking for the rra folder. Is there a solution (outside creating manually the rra folder and copying the include files in it)? RemyA -- E-mail : Re...@Am... Web : http://www.amouroux.org/ Yahoo Id: kelkooremya |
From: Armin B. <arm...@de...> - 2005-09-27 19:54:08
|
Danny Backx wrote: > I'm a newbie at this but when I start > glade file-sync.glade > it says > 1 errors opening project file: > > Line 1 - Invalid XML entity > > What am I doing wrong ? The version of Glade I'm using appears to be > 0.6.4 (came with Mandrake). you need glade-2 to open this file > > Danny |
From: Danny B. <dan...@sc...> - 2005-09-27 18:20:48
|
I'm a newbie at this but when I start glade file-sync.glade it says 1 errors opening project file: Line 1 - Invalid XML entity =20 What am I doing wrong ? The version of Glade I'm using appears to be 0.6.4 (came with Mandrake). Danny --=20 Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info |
From: Armin B. <arm...@de...> - 2005-09-26 18:56:35
|
Veerapuram Varadhan wrote: > Hi, > > I am running SuSE 10 and installed the libopensync, multisync0.90 and > evo2-sync plugin. > > I compiled the palm-sync plugin and installed it from source. When I > try to edit the options for palm-sync plugins using "multisync0.90" UI, > it throws "Unable to find MSyncPlugin" error message on the console. > > Any help would be highly appreciated. > I didnt add the gui for the palm plugin yet. multisync0.90 is a port of the old multisync gui and was more of a test that everything works as expected. The best tool for accessing opensync at the moment is the command line client "msynctool". Another possibility is to use the KDE gui "kitchensync". Please see http://www.opensync.org/wiki/kitchensync for this. Armin > TIA, > > V. Varadhan > > > ------------------------------------------------------- > SF.Net email is sponsored by: > Tame your development challenges with Apache's Geronimo App Server. > Download it for free - -and be entered to win a 42" plasma tv or your very > own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php > _______________________________________________ > Opensync-users mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensync-users |
From: Veerapuram V. <vva...@no...> - 2005-09-26 15:04:31
|
Hi, I am running SuSE 10 and installed the libopensync, multisync0.90 and evo2-sync plugin. I compiled the palm-sync plugin and installed it from source. When I try to edit the options for palm-sync plugins using "multisync0.90" UI, it throws "Unable to find MSyncPlugin" error message on the console. Any help would be highly appreciated. TIA, V. Varadhan |
From: LoneStar <lon...@ge...> - 2005-09-24 21:01:49
|
OK, as abauer suggested, I got the trace log. While they are too large to attach, I uploaded them elsewhere. ftp://linuxfire.dhis.org/pub/lonestar/irmc-file-1.tar.bz2 ftp://linuxfire.dhis.org/pub/lonestar/irmc-file-2.tar.bz2 ftp://linuxfire.dhis.org/pub/lonestar/irmc-file-3.tar.bz2 LoneStar wrote: >Hello Mattias, > I did a deeper test of irmc plugin today. First of all, I did a >fresh sync between irmc and file-sync, and it finished successfully as >usual. Then I immediately sync them again without any change on both >side. This time i got lots of: > >Error writing entry 000013040000 to member 2: Entry already exists >Mapping Write Error: Entry already exists > >The sync failed: Unable to write one or more objects > >instead of telling me no new change. It still took minutes to finish, as >long as the first time did. > >Last time, I created a new vcard file in the file sync directory, and >tried to sync it back to my phone. I got "Conflict for Mapping >0x8f330e0:" and let me choose 'Duplicate', 'Ignore' and 'Keep Newer'. >While I kept pressing 'n' for Keep Newer again and again, I was soon >bored and terminated the process in the end. > >Mattias Arrelid wrote: > > > >>Ah, and just for your information: >> >>SyncML capacities (taken from W800i tech paper): >>Contacts: vCard 2.1, Calendar: vCalendar 1.0, vTasks v1.0, vTodo v1.0, >>Notes: text/plain >> >>/ Mattias >> >> >> |
From: Armin B. <arm...@de...> - 2005-09-23 14:20:49
|
Stefan Struhs wrote: > Hi all, > > I am getting the following make error if I try to compile > opensync-plugin-synce: > > Making all in src > make[2]: Entering directory > `/usr/src/opensync-plugin-synce/synce/src' > if /bin/sh ../libtool --tag=CC --mode=compile gcc > -DHAVE_CONFIG_H -I. -I. -I.. -Wall -Werror > -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include > -I/usr/include/libxml2 -I/usr/local/include/opensync-1.0 -g > -O2 -MT synce_plugin.lo -MD -MP -MF ".deps/synce_plugin.Tpo" -c > -o synce_plugin.lo synce_plugin.c; \ > then mv -f ".deps/synce_plugin.Tpo" ".deps/synce_plugin.Plo"; > else rm -f ".deps/synce_plugin.Tpo"; exit 1; fi > gcc -DHAVE_CONFIG_H -I. -I. -I.. -Wall -Werror > -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include > -I/usr/include/libxml2 -I/usr/local/include/opensync-1.0 -g -O2 > -MT synce_plugin.lo -MD -MP -MF .deps/synce_plugin.Tpo -c > synce_plugin.c -fPIC -DPIC -o .libs/synce_plugin.o > In file included from synce_plugin.c:31: > synce_plugin.h:53: error: syntax error before '<<' token > synce_plugin.h:53: warning: no semicolon at end of struct or > union > synce_plugin.h:55: warning: type defaults to `int' in > declaration of `synce_plugin_environment' > synce_plugin.h:55: warning: data definition has no type or > storage class > synce_plugin.h:56: error: syntax error before '==' token > synce_plugin.h:57: warning: type defaults to `int' in > declaration of `SyncePluginPtr' > synce_plugin.h:57: warning: data definition has no type or > storage class > synce_plugin.h:58: error: syntax error before '>>' token > synce_plugin.c: In function `initialize': > synce_plugin.c:51: error: `env' undeclared (first use in this > function) > synce_plugin.c:51: error: (Each undeclared identifier is > reported only once > synce_plugin.c:51: error: for each function it appears in.) > synce_plugin.c:63: warning: implicit declaration of function > `synce_parse_settings' > synce_plugin.c: In function `connect': > synce_plugin.c:91: error: `env' undeclared (first use in this > function) > synce_plugin.c:91: error: syntax error before ')' token > synce_plugin.c:205: error: syntax error before '<<' token > synce_plugin.c:215: error: `error' undeclared (first use in this > function) > synce_plugin.c: At top level: > synce_plugin.c:221: error: syntax error before '>>' token > synce_plugin.c: In function `m_report_contact_changes': > synce_plugin.c:266: error: `env' undeclared (first use in this > function) > synce_plugin.c:266: error: syntax error before ')' token > synce_plugin.c: In function `m_report_todo_changes': > synce_plugin.c:309: error: `env' undeclared (first use in this > function) > synce_plugin.c:309: error: syntax error before ')' token > synce_plugin.c: In function `m_report_cal_changes': > synce_plugin.c:356: error: `env' undeclared (first use in this > function) > synce_plugin.c:356: error: syntax error before ')' token > synce_plugin.c: In function `m_report_contact': > synce_plugin.c:404: error: `env' undeclared (first use in this > function) > synce_plugin.c:404: error: syntax error before ')' token > synce_plugin.c: In function `m_report_todo': > synce_plugin.c:472: error: `env' undeclared (first use in this > function) > synce_plugin.c:472: error: syntax error before ')' token > synce_plugin.c: In function `m_report_cal': > synce_plugin.c:542: error: `env' undeclared (first use in this > function) > synce_plugin.c:542: error: syntax error before ')' token > synce_plugin.c: In function `get_changeinfo': > synce_plugin.c:612: error: `env' undeclared (first use in this > function) > synce_plugin.c:612: error: syntax error before ')' token > synce_plugin.c: In function `commit_contacts_change': > synce_plugin.c:711: error: `env' undeclared (first use in this > function) > synce_plugin.c:711: error: syntax error before ')' token > synce_plugin.c: In function `commit_todo_change': > synce_plugin.c:789: error: `env' undeclared (first use in this > function) > synce_plugin.c:789: error: syntax error before ')' token > synce_plugin.c: In function `commit_cal_change': > synce_plugin.c:867: error: `env' undeclared (first use in this > function) > synce_plugin.c:867: error: syntax error before ')' token > synce_plugin.c: In function `sync_done': > synce_plugin.c:948: error: `env' undeclared (first use in this > function) > synce_plugin.c:948: error: syntax error before ')' token > synce_plugin.c: In function `disconnect': > synce_plugin.c:1007: error: `env' undeclared (first use in this > function) > synce_plugin.c:1007: error: syntax error before ')' token > synce_plugin.c: In function `finalize': > synce_plugin.c:1032: error: `env' undeclared (first use in this > function) > synce_plugin.c:1032: error: syntax error before ')' token > synce_plugin.c: In function `get_info': > synce_plugin.c:1051: error: syntax error before '<<' token > synce_plugin.c:1054: error: syntax error before '==' token > synce_plugin.c:1057: error: syntax error before '>>' token > synce_plugin.c:1082: error: syntax error before '<<' token > synce_plugin.c:1086: error: syntax error before '==' token > synce_plugin.c:1089: error: syntax error before '==' token > synce_plugin.c:1092: error: syntax error before '>>' token > make[2]: *** [synce_plugin.lo] Fehler 1 > make[2]: Leaving directory > `/usr/src/opensync-plugin-synce/synce/src' > make[1]: *** [all-recursive] Fehler 1 > make[1]: Leaving directory > `/usr/src/opensync-plugin-synce/synce' > make: *** [all] Fehler 2 > > The sources are the most recent from the repository. > > I guess, that the problems are caused by some SVN tags, but I am not > sure, if the compiler (gcc 3.3.6) should ignore these tags. E.g. my > synce_plugin.h looks like this (clipping): > > [...] > char *config_file; > <<<<<<< .mine > char *partnership_id_file; > } synce_plugin_environment; > ======= > } SyncePluginPtr; > >>>>>>> .r694 > [...] > > Is this correct? No this means a conflict of the source code. maybe you edited the source before. if you dont want to keep your own changes, do svn revert on the file mentioned above and it will use the newest file from subversion. > > Thanks for your help!!! > > Regards, > Stefan |
From: David E. <tw...@us...> - 2005-09-23 13:47:21
|
On Fri, 2005-09-23 at 15:42 +0200, Stefan Struhs wrote: > Hi all, > > I am getting the following make error if I try to compile > opensync-plugin-synce: > > [snip] > > The sources are the most recent from the repository. > > I guess, that the problems are caused by some SVN tags, but I am not > sure, if the compiler (gcc 3.3.6) should ignore these tags. E.g. my > synce_plugin.h looks like this (clipping): > > [...] > char *config_file; > <<<<<<< .mine > char *partnership_id_file; > } synce_plugin_environment; > ======= > } SyncePluginPtr; > >>>>>>> .r694 > [...] Conflict. Hopefully local on your computer, otherwise someone comitted bad code! :-) Try to run "svn revert" on the problematic file and see if it helps. -- Regards, -\- David Eriksson -/- SynCE - http://synce.sourceforge.net ScummVM - http://scummvm.sourceforge.net Desquirr - http://desquirr.sourceforge.net |
From: Stefan S. <ste...@we...> - 2005-09-23 13:42:54
|
Hi all, I am getting the following make error if I try to compile opensync-plugin-synce: Making all in src make[2]: Entering directory `/usr/src/opensync-plugin-synce/synce/src' if /bin/sh ../libtool --tag=3DCC --mode=3Dcompile gcc -DHAVE_CONFIG_H -I. -I. -I.. -Wall -Werror -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -I/usr/local/include/opensync-1.0 -g -O2 -MT synce_plugin.lo -MD -MP -MF ".deps/synce_plugin.Tpo" -c -o synce_plugin.lo synce_plugin.c; \ then mv -f ".deps/synce_plugin.Tpo" ".deps/synce_plugin.Plo"; else rm -f ".deps/synce_plugin.Tpo"; exit 1; fi gcc -DHAVE_CONFIG_H -I. -I. -I.. -Wall -Werror -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -I/usr/local/include/opensync-1.0 -g -O2 -MT synce_plugin.lo -MD -MP -MF .deps/synce_plugin.Tpo -c synce_plugin.c -fPIC -DPIC -o .libs/synce_plugin.o In file included from synce_plugin.c:31: synce_plugin.h:53: error: syntax error before '<<' token synce_plugin.h:53: warning: no semicolon at end of struct or union synce_plugin.h:55: warning: type defaults to `int' in declaration of `synce_plugin_environment' synce_plugin.h:55: warning: data definition has no type or storage class synce_plugin.h:56: error: syntax error before '=3D=3D' token synce_plugin.h:57: warning: type defaults to `int' in declaration of `SyncePluginPtr' synce_plugin.h:57: warning: data definition has no type or storage class synce_plugin.h:58: error: syntax error before '>>' token synce_plugin.c: In function `initialize': synce_plugin.c:51: error: `env' undeclared (first use in this function) synce_plugin.c:51: error: (Each undeclared identifier is reported only once synce_plugin.c:51: error: for each function it appears in.) synce_plugin.c:63: warning: implicit declaration of function `synce_parse_settings' synce_plugin.c: In function `connect': synce_plugin.c:91: error: `env' undeclared (first use in this function) synce_plugin.c:91: error: syntax error before ')' token synce_plugin.c:205: error: syntax error before '<<' token synce_plugin.c:215: error: `error' undeclared (first use in this function) synce_plugin.c: At top level: synce_plugin.c:221: error: syntax error before '>>' token synce_plugin.c: In function `m_report_contact_changes': synce_plugin.c:266: error: `env' undeclared (first use in this function) synce_plugin.c:266: error: syntax error before ')' token synce_plugin.c: In function `m_report_todo_changes': synce_plugin.c:309: error: `env' undeclared (first use in this function) synce_plugin.c:309: error: syntax error before ')' token synce_plugin.c: In function `m_report_cal_changes': synce_plugin.c:356: error: `env' undeclared (first use in this function) synce_plugin.c:356: error: syntax error before ')' token synce_plugin.c: In function `m_report_contact': synce_plugin.c:404: error: `env' undeclared (first use in this function) synce_plugin.c:404: error: syntax error before ')' token synce_plugin.c: In function `m_report_todo': synce_plugin.c:472: error: `env' undeclared (first use in this function) synce_plugin.c:472: error: syntax error before ')' token synce_plugin.c: In function `m_report_cal': synce_plugin.c:542: error: `env' undeclared (first use in this function) synce_plugin.c:542: error: syntax error before ')' token synce_plugin.c: In function `get_changeinfo': synce_plugin.c:612: error: `env' undeclared (first use in this function) synce_plugin.c:612: error: syntax error before ')' token synce_plugin.c: In function `commit_contacts_change': synce_plugin.c:711: error: `env' undeclared (first use in this function) synce_plugin.c:711: error: syntax error before ')' token synce_plugin.c: In function `commit_todo_change': synce_plugin.c:789: error: `env' undeclared (first use in this function) synce_plugin.c:789: error: syntax error before ')' token synce_plugin.c: In function `commit_cal_change': synce_plugin.c:867: error: `env' undeclared (first use in this function) synce_plugin.c:867: error: syntax error before ')' token synce_plugin.c: In function `sync_done': synce_plugin.c:948: error: `env' undeclared (first use in this function) synce_plugin.c:948: error: syntax error before ')' token synce_plugin.c: In function `disconnect': synce_plugin.c:1007: error: `env' undeclared (first use in this function) synce_plugin.c:1007: error: syntax error before ')' token synce_plugin.c: In function `finalize': synce_plugin.c:1032: error: `env' undeclared (first use in this function) synce_plugin.c:1032: error: syntax error before ')' token synce_plugin.c: In function `get_info': synce_plugin.c:1051: error: syntax error before '<<' token synce_plugin.c:1054: error: syntax error before '=3D=3D' token synce_plugin.c:1057: error: syntax error before '>>' token synce_plugin.c:1082: error: syntax error before '<<' token synce_plugin.c:1086: error: syntax error before '=3D=3D' token synce_plugin.c:1089: error: syntax error before '=3D=3D' token synce_plugin.c:1092: error: syntax error before '>>' token make[2]: *** [synce_plugin.lo] Fehler 1 make[2]: Leaving directory `/usr/src/opensync-plugin-synce/synce/src' make[1]: *** [all-recursive] Fehler 1 make[1]: Leaving directory `/usr/src/opensync-plugin-synce/synce' make: *** [all] Fehler 2 =20 The sources are the most recent from the repository. I guess, that the problems are caused by some SVN tags, but I am not sure, if the compiler (gcc 3.3.6) should ignore these tags. E.g. my synce_plugin.h looks like this (clipping): [...] char *config_file; <<<<<<< .mine char *partnership_id_file; } synce_plugin_environment; =3D=3D=3D=3D=3D=3D=3D } SyncePluginPtr; >>>>>>> .r694 [...] =20 Is this correct? Thanks for your help!!! Regards, Stefan --=20 Stefan Struhs Tuttlinger Stra=DFe 7 70619 Stuttgart-Sillenbuch Deutschland phone +49 (711) 123 97 13 pc-fax +49 (711) 123 97 11 eMail-fax +49 (941) 599 22 22 42 cell +49 (176) 21 00 73 88 eMail ma...@st... |
From: Armin B. <arm...@de...> - 2005-09-23 13:10:19
|
Rainer Lay wrote: > > Armin Bauer wrote: > ... > >>> >>> >>>>>regarding syncml: I could only find setting for a web server, which >>>>>seems not adequate for my little handy -> I have no idea, how to connect >>>>>my handy via syncml. >>>> >>>>normally there is a "Sync" menu item where you can enter stuff like >>>>username, password, url, database name. If you phone has such a item >>>>(might be hidden somewhere deep) it should work with syncml over http. >>> >>>OK, I found something. > > But I still miss the port parameter on the phone. I will tried it with > port 8080, but no connection: after pressing sync on the phone, I only > get "Keine Genehmigung"/"no authorization" > the port is normally encoded in the url like this: http://www.url.com:8080/path but i guess its easier to just set the port in opensync to 8080. If you can manage it, i would be interested in a trace of the connection attempt. Do do this open a shell and type: export OSYNC_TRACE=/path/to/log/dir export SYNCML_TRACE=/path/to/log/dir then run opensync from this shell. Afterwards you will find a couple of Thread*.log files in the directory. Please send these traces to me then. Thanks! Armin > Any other ideas? > > ... > > >>>After finding the syncml-guide, I tried autoreconf -fsi, which did the >>>job. But I have a libsoup 2.2.6 already installed. Can I use this one >>>instead of your patched version? >> >>No, the patched version is needed at the moment since it adds a new api >>to libsoup. >> >>we are currently in talks with the libsoup maintainer to get the patches >>accepted upstream. >> > > this would be great! > Maybeyou can also get your code in wbxml too. > > rgds, Rainer |
From: Rainer L. <rai...@gm...> - 2005-09-23 10:45:57
|
Armin Bauer wrote: ... >> >> >> >>>> regarding syncml: I could only find setting for a web server, which >>>> seems not adequate for my little handy -> I have no idea, how to connect >>>> my handy via syncml. >>> normally there is a "Sync" menu item where you can enter stuff like >>> username, password, url, database name. If you phone has such a item >>> (might be hidden somewhere deep) it should work with syncml over http. >> OK, I found something. But I still miss the port parameter on the phone. I will tried it with port 8080, but no connection: after pressing sync on the phone, I only get "Keine Genehmigung"/"no authorization" Any other ideas? ... >>> >> After finding the syncml-guide, I tried autoreconf -fsi, which did the >> job. But I have a libsoup 2.2.6 already installed. Can I use this one >> instead of your patched version? > > No, the patched version is needed at the moment since it adds a new api > to libsoup. > > we are currently in talks with the libsoup maintainer to get the patches > accepted upstream. > this would be great! Maybeyou can also get your code in wbxml too. rgds, Rainer |
From: Armin B. <arm...@de...> - 2005-09-22 13:05:06
|
Rainer Lay wrote: > > Armin Bauer wrote: > >>Rainer Lay wrote: >> >>>Hi Armin, >>> >>>what should I use? :-) >>> >>>I tried irmc and could find the device, but the button "test connection" >>>always returned false. I tried several channels - without success. BTW, >>>I had no idea, which channel to use; a hint at this place would be useful. >>> >> >>i dont know if there is a standard channel to use. But we are planning >>to implement a device detector at some point that will then be able to >>tell which channel has to be used. >> >>But until then its more guessing or asking for help :) > > OK, but which channel do I need? I have: Hmm good question :) > OBEX File Transfer > OBEX Object Push one of these for irmc probably > Audio Gateway > COM 1 > Dial-up > Nokia PC Suite > SIM Access > SyncML Client and this one for syncml i guess > Voice Gateway > > > >>>regarding syncml: I could only find setting for a web server, which >>>seems not adequate for my little handy -> I have no idea, how to connect >>>my handy via syncml. >> >>normally there is a "Sync" menu item where you can enter stuff like >>username, password, url, database name. If you phone has such a item >>(might be hidden somewhere deep) it should work with syncml over http. > > OK, I found something. > > >>>This all is based on multisync 0.82 (SuSE version). >>>I also tried to download 0.90 with plugins, but I couldn't compile the >>>irmc-sync plugin: after autoconf and automake, I get: >>>plugins/irmc-sync> ./configure >>>./configure: line 1304: syntax error near unexpected token `foreign' >>>./configure: line 1304: `AM_INIT_AUTOMAKE(foreign)' >>> >> >>what does automake --version return? >> > > After finding the syncml-guide, I tried autoreconf -fsi, which did the > job. But I have a libsoup 2.2.6 already installed. Can I use this one > instead of your patched version? No, the patched version is needed at the moment since it adds a new api to libsoup. we are currently in talks with the libsoup maintainer to get the patches accepted upstream. > > rgds, Rainer |
From: Rainer L. <rai...@gm...> - 2005-09-22 12:06:22
|
Armin Bauer wrote: > > Rainer Lay wrote: >> Hi Armin, >> >> what should I use? :-) >> >> I tried irmc and could find the device, but the button "test connection" >> always returned false. I tried several channels - without success. BTW, >> I had no idea, which channel to use; a hint at this place would be useful. >> > > i dont know if there is a standard channel to use. But we are planning > to implement a device detector at some point that will then be able to > tell which channel has to be used. > > But until then its more guessing or asking for help :) OK, but which channel do I need? I have: OBEX File Transfer OBEX Object Push Audio Gateway COM 1 Dial-up Nokia PC Suite SIM Access SyncML Client Voice Gateway > >> regarding syncml: I could only find setting for a web server, which >> seems not adequate for my little handy -> I have no idea, how to connect >> my handy via syncml. > > normally there is a "Sync" menu item where you can enter stuff like > username, password, url, database name. If you phone has such a item > (might be hidden somewhere deep) it should work with syncml over http. OK, I found something. > >> This all is based on multisync 0.82 (SuSE version). >> I also tried to download 0.90 with plugins, but I couldn't compile the >> irmc-sync plugin: after autoconf and automake, I get: >> plugins/irmc-sync> ./configure >> ./configure: line 1304: syntax error near unexpected token `foreign' >> ./configure: line 1304: `AM_INIT_AUTOMAKE(foreign)' >> > > what does automake --version return? > After finding the syncml-guide, I tried autoreconf -fsi, which did the job. But I have a libsoup 2.2.6 already installed. Can I use this one instead of your patched version? rgds, Rainer |
From: Martin F. <ma...@si...> - 2005-09-22 10:41:13
|
Sorry, I didn't reply to the list, so the conversation went "offline". Here's the last message from Armin: ----- Weitergeleitete Nachricht von Armin Bauer <arm...@de...> ----- Datum: Thu, 22 Sep 2005 12:10:15 +0200 Von: Armin Bauer <arm...@de...> Antwort an: Armin Bauer <arm...@de...> Betreff: Re: [Opensync-users] Assertion when ignoring mapping conflict An: Martin Felis <ma...@si...> Martin Felis wrote: > Hello, > > I think the second is the best because slow-sync might take very long > time, so I would like to avoid them. Another thing is, that the developers > would implement such a function, since it would add a quite important > feature and you would get as close as possible to the first solution. > I thought however of a modified second solution: If one of the plugins > does not provide a read function and does not use hashes, do not provide > an ignore resolution. Hmm... right. we just have to overwrite the hash in the database with NULL so that just the key remains. The next sync it will definetly get reported as modified. Good idea :) But we have to make changes to the gui/cli as well so that they dont show the "ignore" option if it could not be used. Armin > Because when using hashes, the ignoration would simply mean "take the > new hash, but do not send the change to the other members", so a simple > change.db update can do it. > > Martin > > Zitat von Armin Bauer <arm...@de...>: > >>Right. >> >>Here is the problem: Ignoring a conflict works by saving the ignored >>uids of changes in a database. During the next sync, the devices wont >>send the changes again, so i have to read them explicitly using a >>special function. But if the plugin does not provide such function, the >>assertion will be triggered. >> >>Now we have 3 possible solutions to this: >> >>- either make sure that every plugins provides a read function (not >>really possible) >>- if one of the plugins does not provide a read function, do not provide >>a ignore resolution. >>- if one of the plugins does not provide a read function, slow-sync the >>next synchronization. >> >>so... what do you think would be the best solution? >> >>Armin >> >>Martin Felis wrote: >> >>>Hello, >>> >>>it looks like opensync has some problems when handling mapping >>>conflicts. >>> >>>I have a syncing group with evo2-sync and file-sync. I only have some >>>items in evo. >>> >>>The first sync went fine and when I provoked a conflict and tried to >>>ignore it, all went fine, too. >>> >>>But the third sync I got this error: >>>** ERROR **: file opensync_member.c: line 1065 >>>(osync_member_read_change): assertion failed: (fmtsink->functions.read ! >>>= NULL) >>>aborting... >>> >>>The fourth sync found mapping conflict in every item (ignoring worked), >>>but again the next sync failed, like in the third sync. >>> >>>I tried to find out where the problem might be, but couldn't find real >>>solutions. I only found out, that if you >>>delete .opensync/groupX/changelog.db, the third sync works fine. >>> >>>I've added the traces, for the first, second, third, and the fourth >>>sync. >>> >>>martn >> > > > ----- Ende der weitergeleiteten Nachricht ----- |
From: Armin B. <arm...@de...> - 2005-09-22 09:51:32
|
Rainer Lay wrote: > Hi Armin, > > what should I use? :-) > > I tried irmc and could find the device, but the button "test connection" > always returned false. I tried several channels - without success. BTW, > I had no idea, which channel to use; a hint at this place would be useful. > i dont know if there is a standard channel to use. But we are planning to implement a device detector at some point that will then be able to tell which channel has to be used. But until then its more guessing or asking for help :) > regarding syncml: I could only find setting for a web server, which > seems not adequate for my little handy -> I have no idea, how to connect > my handy via syncml. normally there is a "Sync" menu item where you can enter stuff like username, password, url, database name. If you phone has such a item (might be hidden somewhere deep) it should work with syncml over http. > > This all is based on multisync 0.82 (SuSE version). > I also tried to download 0.90 with plugins, but I couldn't compile the > irmc-sync plugin: after autoconf and automake, I get: > plugins/irmc-sync> ./configure > ./configure: line 1304: syntax error near unexpected token `foreign' > ./configure: line 1304: `AM_INIT_AUTOMAKE(foreign)' > what does automake --version return? Armin > > Any help would be appreciated. > > kind regards, > Rainer > > Armin Bauer wrote: > >>Hi Rainer, >> >>what exactly did you try to use? syncml over obex, syncml over http or irmc? >> >>Was there a error message from opensync? >> >>Armin >> >>Rainer Lay wrote: >> >>>Hi, >>> >>>I would like to sync my Nokia 6230i via bluetooth with my KDE apps >>>(korganizer, kaddressbook, ...). >>>I tried it several times; without success. Is there something like a >>>howto??? >>> >>>kind regards, >>>Rainer >>> >>> >>>------------------------------------------------------- >>>SF.Net email is sponsored by: >>>Tame your development challenges with Apache's Geronimo App Server. >>>Download it for free - -and be entered to win a 42" plasma tv or your very >>>own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php >>>_______________________________________________ >>>Opensync-users mailing list >>>Ope...@li... >>>https://lists.sourceforge.net/lists/listinfo/opensync-users |
From: Rainer L. <rai...@gm...> - 2005-09-22 09:11:45
|
Hi Armin, what should I use? :-) I tried irmc and could find the device, but the button "test connection" always returned false. I tried several channels - without success. BTW, I had no idea, which channel to use; a hint at this place would be useful. regarding syncml: I could only find setting for a web server, which seems not adequate for my little handy -> I have no idea, how to connect my handy via syncml. This all is based on multisync 0.82 (SuSE version). I also tried to download 0.90 with plugins, but I couldn't compile the irmc-sync plugin: after autoconf and automake, I get: plugins/irmc-sync> ./configure ./configure: line 1304: syntax error near unexpected token `foreign' ./configure: line 1304: `AM_INIT_AUTOMAKE(foreign)' Any help would be appreciated. kind regards, Rainer Armin Bauer wrote: > Hi Rainer, > > what exactly did you try to use? syncml over obex, syncml over http or irmc? > > Was there a error message from opensync? > > Armin > > Rainer Lay wrote: >> Hi, >> >> I would like to sync my Nokia 6230i via bluetooth with my KDE apps >> (korganizer, kaddressbook, ...). >> I tried it several times; without success. Is there something like a >> howto??? >> >> kind regards, >> Rainer >> >> >> ------------------------------------------------------- >> SF.Net email is sponsored by: >> Tame your development challenges with Apache's Geronimo App Server. >> Download it for free - -and be entered to win a 42" plasma tv or your very >> own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php >> _______________________________________________ >> Opensync-users mailing list >> Ope...@li... >> https://lists.sourceforge.net/lists/listinfo/opensync-users |