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: Armin B. <arm...@de...> - 2005-09-01 16:07:41
|
Norm Dressler wrote: > >>> Well, let me take a peek at the sunbird plugin in Multisync 0.82 and see >>> what it's all about. It wasn't a part of the cvs snapshot in the link >>> you sent me. Is it somewhere else possibly? >>> >> >> >> I checked it out from developers cvs at sf.net. But it is completely >> empty. Guess thats the reason why it is not in the snapshot :) >> >> >> >>> Norm >>> > > > Oh good :) Ok -- I'll do some searching and see what I can find. Do > you have a framework written out for the IPC stuff? What can I do to > help out with that. > Hi, i wrote a wiki entry about the planned IPC mechanism: http://www.opensync.org/wiki/IPC How you can help depends on how good you know ipc mechanisms. There is no real difficulty in adding the ipc stuff, its just a lot of work to write :) Armin > Norm |
From: Armin B. <arm...@de...> - 2005-09-01 15:46:11
|
Zach Bean wrote: > Norm Dressler wrote: > >> Well, I'm having enough grief with getting any good syncronization >> working that I'm thinking of investigating whether I should write an >> Obex based plugin. This would work over bluetooth and presumably with >> any Nokia Symbian phone. >> >> Would this be needed by others or should I really look at sticking >> with SyncML and help with the Sunbird/Mozilla plugin? The SyncML >> plugin assumes you have a TCP/IP connection to your system -- but I >> know my phone can also do SyncML over Bluetooth directly. I don't >> think that is supported right now right? > > > Doesn't libsyncml have support for OBEX as a transport? I know > 'configure' always tells me it's disabled for my system (I've never > tried to get it Enabled because my phone doesn't support it (to my > knowledge)). If so, I'd think it would be good to start by adding > support for that to the SyncML plugin. > Not directly. I just wrote the configure checks for openobex. The real code for obex is not yet implemented. Right now my roadmap for the syncml part is like this: - implement ds server over http (i can test this with a phone here) - implement obex transport - implement ds client (testing against the server) > Just throwing in my opinion :o) > > Zach > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > Opensync-users mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensync-users |
From: Stefan S. <ste...@we...> - 2005-09-01 15:22:35
|
forget the workaround! you have to delete the file by "rm /tmp/msynctooltmp" as root! |
From: Stefan S. <ste...@we...> - 2005-09-01 15:20:37
|
Hi! I've tried to report a bug by opening a new ticket but I failed to submit it. Here is the bug: When using msynctool and configuring first as root and then as a normal user, the user can't configure a member, because /tmp/msynctooltmp from root is still there and the user have not the permissons to change it, because root has created the file. =20 {{{ Unable to write configdata to tmp: Unable to open file /tmp/msynctooltmp for writing: Permission denied }}} =20 Workaround: as root "chmod 666 /tmp/msynctooltmp" Hope that helps! 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: Stefan S. <ste...@we...> - 2005-09-01 14:45:26
|
Hi, compiling the most recent SynCE-plugin (svn) with the most recent OpenSync (svn) leads to the following error: 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 -O3 -march=athlon-xp -mcpu=athlon-xp -pipe -MT synce_file.lo -MD -MP -MF ".deps/synce_file.Tpo" -c -o synce_file.lo synce_file.c; \ then mv -f ".deps/synce_file.Tpo" ".deps/synce_file.Plo"; else rm -f ".deps/synce_file.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 -O3 -march=athlon-xp -mcpu=athlon-xp -pipe -MT synce_file.lo -MD -MP -MF .deps/synce_file.Tpo -c synce_file.c -fPIC -DPIC -o .libs/synce_file.o synce_file.c: In function `FileHash': synce_file.c:87: warning: `%c' yields only last 2 digits of year in some locales make[2]: *** [synce_file.lo] Fehler 1 make[2]: Leaving directory `/var/tmp/portage/opensync-plugin-synce-svn-0.03/work/opensync-plugin-synce-svn-0.03/src' make[1]: *** [all-recursive] Fehler 1 make[1]: Leaving directory `/var/tmp/portage/opensync-plugin-synce-svn-0.03/work/opensync-plugin-synce-svn-0.03' make: *** [all] Fehler 2 Am I doing something wrong? Regards, Stefan |
From: Michal S. <re...@at...> - 2005-09-01 07:42:48
|
On Wed, 31 Aug 2005, Norm Dressler wrote: >> since the sourceforge cvs was very unstable, i provided snapshots of the >> code. So you can download multisync (and the gnokii plugin) from >> http://www.multisync.org/downloads.php?do=dl&id=3 >> >> Do you wish to port the plugin to opensync? If you do, it might be a >> good idea to upload it directly to opensync's repository so other people >> can help with the development. >> > Well, I'm having enough grief with getting any good syncronization working > that I'm thinking of investigating whether I should write an Obex based > plugin. This would work over bluetooth and presumably with any Nokia Symbian > phone. > > Would this be needed by others or should I really look at sticking with > SyncML and help with the Sunbird/Mozilla plugin? The SyncML plugin assumes I think that gnokii plugin would be really nice, not all phones support SyncML. For example 6310i, which is ancient, but still quite common and no other solution besides gnokii works for it AFAIK. Regards Michal |
From: Dave H. <dav...@mb...> - 2005-09-01 02:25:29
|
On Wed, 2005-08-31 at 22:01 -0400, Norm Dressler wrote: > >I have a N6820 which is Symbian based and supports syncml, but it > only > >support SyncML via GPRS, not via bluetooth, infared or the cable. On > >the other hand the N9500s (a client has 6 of them now) support syncml > >over gprs and wifi (not sure about bluetooth or infared). > > > >I have found gnokii supports the 6820, so I am happy to some testing > of > >a gnokii based sync solution. Let me know how you go. > > > >Cheers > > > >Dave > > > > > > > A bit off-topic, but have you tried to add a connection for GPRS over > bluetooth? That's essentially what I am doing. Check out this web > site > and let me know if it helps... > > http://gagravarr.org/series-60/ > > Thanks for the tip, but my 6820 is a series 40 not a 60 :( I spent a several hours going through all the options and it insists on using GPRS for syncml. I am now playing with getting irda working on my laptop so I don't have to buy a DKU5 I will keep you posted. Cheers Dave |
From: Norm D. <no...@dr...> - 2005-09-01 02:01:42
|
>I have a N6820 which is Symbian based and supports syncml, but it only >support SyncML via GPRS, not via bluetooth, infared or the cable. On >the other hand the N9500s (a client has 6 of them now) support syncml >over gprs and wifi (not sure about bluetooth or infared). > >I have found gnokii supports the 6820, so I am happy to some testing of >a gnokii based sync solution. Let me know how you go. > >Cheers > >Dave > > > A bit off-topic, but have you tried to add a connection for GPRS over bluetooth? That's essentially what I am doing. Check out this web site and let me know if it helps... http://gagravarr.org/series-60/ Good resources to point you in the right direction. Norm |
From: Dave H. <dav...@mb...> - 2005-09-01 01:41:05
|
On Wed, 2005-08-31 at 17:50 -0400, Norm Dressler wrote: > Armin Bauer wrote: > > >Hi Norm, > > > >since the sourceforge cvs was very unstable, i provided snapshots of the > >code. So you can download multisync (and the gnokii plugin) from > >http://www.multisync.org/downloads.php?do=dl&id=3 > > > >Do you wish to port the plugin to opensync? If you do, it might be a > >good idea to upload it directly to opensync's repository so other people > >can help with the development. > > > >Armin > > > > > > > Well, I'm having enough grief with getting any good syncronization > working that I'm thinking of investigating whether I should write an > Obex based plugin. This would work over bluetooth and presumably with > any Nokia Symbian phone. I have a N6820 which is Symbian based and supports syncml, but it only support SyncML via GPRS, not via bluetooth, infared or the cable. On the other hand the N9500s (a client has 6 of them now) support syncml over gprs and wifi (not sure about bluetooth or infared). I have found gnokii supports the 6820, so I am happy to some testing of a gnokii based sync solution. Let me know how you go. Cheers Dave |
From: Norm D. <no...@dr...> - 2005-08-31 22:48:14
|
>>Well, let me take a peek at the sunbird plugin in Multisync 0.82 and see >>what it's all about. It wasn't a part of the cvs snapshot in the link >>you sent me. Is it somewhere else possibly? >> >> > >I checked it out from developers cvs at sf.net. But it is completely >empty. Guess thats the reason why it is not in the snapshot :) > > > >>Norm >> >> Oh good :) Ok -- I'll do some searching and see what I can find. Do you have a framework written out for the IPC stuff? What can I do to help out with that. Norm |
From: Armin B. <arm...@de...> - 2005-08-31 22:32:59
|
Norm Dressler wrote: > Armin Bauer wrote: > >> Norm Dressler wrote: >> >> >>> Armin Bauer wrote: >>> >>> >>> >>>> Hi Norm, >>>> >>>> since the sourceforge cvs was very unstable, i provided snapshots of >>>> the >>>> code. So you can download multisync (and the gnokii plugin) from >>>> http://www.multisync.org/downloads.php?do=dl&id=3 >>>> >>>> Do you wish to port the plugin to opensync? If you do, it might be a >>>> good idea to upload it directly to opensync's repository so other >>>> people >>>> can help with the development. >>>> >>>> Armin >>>> >>>> >>>> >>>> >>> >>> Well, I'm having enough grief with getting any good syncronization >>> working that I'm thinking of investigating whether I should write an >>> Obex based plugin. This would work over bluetooth and presumably with >>> any Nokia Symbian phone. >>> >>> Would this be needed by others or should I really look at sticking with >>> SyncML and help with the Sunbird/Mozilla plugin? The SyncML plugin >>> assumes you have a TCP/IP connection to your system -- but I know my >>> phone can also do SyncML over Bluetooth directly. I don't think that is >>> supported right now right? >>> >>> I did try the evo2 to syncML and it didn't work out too good -- besides, >>> I would prefer to use Sunbird/Thunderbird, etc. >>> >>> I'm open and willing to try and help. >>> >>> >> >> >> Thats always good :) >> >> The situation is like this: >> I currently have syncml capable phone here (though only syncml over >> http) so syncml should work soon. Syncml over obex is not too hard to >> implement, i already abstracted the transport mechanisms in libsyncml, >> so you just need to add the obex transport to libsyncml/transports. I >> also already added a skeleton for obex and the necessary configure >> checks. >> >> sunbird/thunderbird/mozilla would be really nice to have (i use them >> myself). The problem is that afaik they can only be synchronized from >> the own processes so we are going to need some sort of IPC for them. >> Other plugins need the ipc as well so i plan to implement a generic and >> transparent ipc for the plugins. I already have the design how this is >> going to work. Its just going to be a lot of work actually >> implementing it. >> >> Any help would be welcome of course! :) >> >> Armin >> >> >> >>> Norm >>> > > Well, let me take a peek at the sunbird plugin in Multisync 0.82 and see > what it's all about. It wasn't a part of the cvs snapshot in the link > you sent me. Is it somewhere else possibly? I checked it out from developers cvs at sf.net. But it is completely empty. Guess thats the reason why it is not in the snapshot :) > > Norm |
From: Zach B. <zb...@fo...> - 2005-08-31 22:30:03
|
Norm Dressler wrote: > Well, I'm having enough grief with getting any good syncronization > working that I'm thinking of investigating whether I should write an > Obex based plugin. This would work over bluetooth and presumably with > any Nokia Symbian phone. > > Would this be needed by others or should I really look at sticking > with SyncML and help with the Sunbird/Mozilla plugin? The SyncML > plugin assumes you have a TCP/IP connection to your system -- but I > know my phone can also do SyncML over Bluetooth directly. I don't > think that is supported right now right? Doesn't libsyncml have support for OBEX as a transport? I know 'configure' always tells me it's disabled for my system (I've never tried to get it Enabled because my phone doesn't support it (to my knowledge)). If so, I'd think it would be good to start by adding support for that to the SyncML plugin. Just throwing in my opinion :o) Zach |
From: Norm D. <no...@dr...> - 2005-08-31 22:24:14
|
Armin Bauer wrote: >Norm Dressler wrote: > > >>Armin Bauer wrote: >> >> >> >>>Hi Norm, >>> >>>since the sourceforge cvs was very unstable, i provided snapshots of the >>>code. So you can download multisync (and the gnokii plugin) from >>>http://www.multisync.org/downloads.php?do=dl&id=3 >>> >>>Do you wish to port the plugin to opensync? If you do, it might be a >>>good idea to upload it directly to opensync's repository so other people >>>can help with the development. >>> >>>Armin >>> >>> >>> >>> >>> >>Well, I'm having enough grief with getting any good syncronization >>working that I'm thinking of investigating whether I should write an >>Obex based plugin. This would work over bluetooth and presumably with >>any Nokia Symbian phone. >> >>Would this be needed by others or should I really look at sticking with >>SyncML and help with the Sunbird/Mozilla plugin? The SyncML plugin >>assumes you have a TCP/IP connection to your system -- but I know my >>phone can also do SyncML over Bluetooth directly. I don't think that is >>supported right now right? >> >>I did try the evo2 to syncML and it didn't work out too good -- besides, >>I would prefer to use Sunbird/Thunderbird, etc. >> >>I'm open and willing to try and help. >> >> >> > >Thats always good :) > >The situation is like this: >I currently have syncml capable phone here (though only syncml over >http) so syncml should work soon. Syncml over obex is not too hard to >implement, i already abstracted the transport mechanisms in libsyncml, >so you just need to add the obex transport to libsyncml/transports. I >also already added a skeleton for obex and the necessary configure checks. > >sunbird/thunderbird/mozilla would be really nice to have (i use them >myself). The problem is that afaik they can only be synchronized from >the own processes so we are going to need some sort of IPC for them. >Other plugins need the ipc as well so i plan to implement a generic and >transparent ipc for the plugins. I already have the design how this is >going to work. Its just going to be a lot of work actually implementing it. > >Any help would be welcome of course! :) > >Armin > > > >>Norm >> >> Well, let me take a peek at the sunbird plugin in Multisync 0.82 and see what it's all about. It wasn't a part of the cvs snapshot in the link you sent me. Is it somewhere else possibly? Norm |
From: Armin B. <arm...@de...> - 2005-08-31 22:17:10
|
Norm Dressler wrote: > Armin Bauer wrote: > >> Hi Norm, >> >> since the sourceforge cvs was very unstable, i provided snapshots of the >> code. So you can download multisync (and the gnokii plugin) from >> http://www.multisync.org/downloads.php?do=dl&id=3 >> >> Do you wish to port the plugin to opensync? If you do, it might be a >> good idea to upload it directly to opensync's repository so other people >> can help with the development. >> >> Armin >> >> >> > Well, I'm having enough grief with getting any good syncronization > working that I'm thinking of investigating whether I should write an > Obex based plugin. This would work over bluetooth and presumably with > any Nokia Symbian phone. > > Would this be needed by others or should I really look at sticking with > SyncML and help with the Sunbird/Mozilla plugin? The SyncML plugin > assumes you have a TCP/IP connection to your system -- but I know my > phone can also do SyncML over Bluetooth directly. I don't think that is > supported right now right? > > I did try the evo2 to syncML and it didn't work out too good -- besides, > I would prefer to use Sunbird/Thunderbird, etc. > > I'm open and willing to try and help. > Thats always good :) The situation is like this: I currently have syncml capable phone here (though only syncml over http) so syncml should work soon. Syncml over obex is not too hard to implement, i already abstracted the transport mechanisms in libsyncml, so you just need to add the obex transport to libsyncml/transports. I also already added a skeleton for obex and the necessary configure checks. sunbird/thunderbird/mozilla would be really nice to have (i use them myself). The problem is that afaik they can only be synchronized from the own processes so we are going to need some sort of IPC for them. Other plugins need the ipc as well so i plan to implement a generic and transparent ipc for the plugins. I already have the design how this is going to work. Its just going to be a lot of work actually implementing it. Any help would be welcome of course! :) Armin > Norm |
From: Norm D. <no...@dr...> - 2005-08-31 21:50:44
|
Armin Bauer wrote: >Hi Norm, > >since the sourceforge cvs was very unstable, i provided snapshots of the >code. So you can download multisync (and the gnokii plugin) from >http://www.multisync.org/downloads.php?do=dl&id=3 > >Do you wish to port the plugin to opensync? If you do, it might be a >good idea to upload it directly to opensync's repository so other people >can help with the development. > >Armin > > > Well, I'm having enough grief with getting any good syncronization working that I'm thinking of investigating whether I should write an Obex based plugin. This would work over bluetooth and presumably with any Nokia Symbian phone. Would this be needed by others or should I really look at sticking with SyncML and help with the Sunbird/Mozilla plugin? The SyncML plugin assumes you have a TCP/IP connection to your system -- but I know my phone can also do SyncML over Bluetooth directly. I don't think that is supported right now right? I did try the evo2 to syncML and it didn't work out too good -- besides, I would prefer to use Sunbird/Thunderbird, etc. I'm open and willing to try and help. Norm |
From: Armin B. <arm...@de...> - 2005-08-31 21:13:36
|
Hi Norm, since the sourceforge cvs was very unstable, i provided snapshots of the code. So you can download multisync (and the gnokii plugin) from http://www.multisync.org/downloads.php?do=dl&id=3 Do you wish to port the plugin to opensync? If you do, it might be a good idea to upload it directly to opensync's repository so other people can help with the development. Armin Norm Dressler wrote: > I want to download the gnokii plugin from cvs for the older multisync > (as well as the sunbird plugin). What are the commands I need to use? > > Norm > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > Opensync-users mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensync-users |
From: Norm D. <no...@dr...> - 2005-08-31 20:07:12
|
I want to download the gnokii plugin from cvs for the older multisync (as well as the sunbird plugin). What are the commands I need to use? Norm |
From: Armin B. <arm...@de...> - 2005-08-30 21:44:08
|
Norm Dressler wrote: > Hi all -- is there a syncml client available for Opensync rather then > the server component? > Hi Norm, the client plugin is not yet available but it will follow soon after the server part is done. I already added the client support to libsyncml so most of the dirty work is done. > The reason why I ask is that I have a number of computers and a cel > phone so I looked into Sync4j. It works great with the phone -- can > sync things up easily. So the next trick is to sync it with Opensync. > Also, is there a working Sunbird plugin available yet? > sunbird and thunderbird are tricky to sync since there is not sync api for them. so we have to connect via an ipc (inter process communication) to them. There are other plugins which require an ipc mechanism (like kde, evo 1.4) so i designed a generic ipc for opensync. But i still have to implement it :) Armin > Thanks > Norm > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > Opensync-users mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensync-users |
From: Norm D. <no...@dr...> - 2005-08-30 18:32:43
|
Hi all -- is there a syncml client available for Opensync rather then the server component? The reason why I ask is that I have a number of computers and a cel phone so I looked into Sync4j. It works great with the phone -- can sync things up easily. So the next trick is to sync it with Opensync. Also, is there a working Sunbird plugin available yet? Thanks Norm |
From: Stefan S. <ste...@we...> - 2005-08-30 17:37:24
|
Forget my first mail; I had to get a new svn-version of libopensync. You added the missing file! Now I will test how syncing between evo2, file-sync and synce works. Thanx anyway! Regards, Stefan --=20 Stefan Struhs Tuttlinger Stra=DFe 7 70619 Stuttgart-Sillenbuch Deutschland Tel. +49 (0) 711 123 97-13 PCFax +49 (0) 711 123 97-11 Mobil +49 (0) 176 210073-88 mailto:ste...@we... |
From: Stefan S. <ste...@we...> - 2005-08-30 17:32:31
|
Hi Danny and Armin, I've tried both "autoreconf -sfi" and "autoreconf -is". With evo2 it works but with file-sync I get the attached "make"-output. As far as I understand the output, the compiler is not able to find "opensync/file.h", right? I' ve checked my source of libopensync and could not find this file. 3 possibilities: 1. I need a new version of libopensync 2. svn-sources of file-sync are broken resp. file.h should be replaced by something else, where "fileFormat" and "file_info" is declared? 3. autoreconf does not set the search-path-variable for ./configure correctly Thanx! Regards, Stefan Am Freitag, den 26.08.2005, 18:39 +0200 schrieb Armin Bauer: > Hi Stefan, >=20 > danny is right, running autoreconf -sfi will solve this problem. The > autogen.sh just had a single line in which called autoreconf so this > file was kind of pointless... >=20 > But you are right of course, this should be documented in the README or > the INSTALL file. I added a ticket on opensync.org so we can eventually > fix this. >=20 > Armin >=20 > Danny Backx wrote: > > Stefan, > >=20 > > This appears to be a recent change, autogen.sh was there until quite > > recently. > >=20 > > The commit log says > > Remove autogen.sh as it is deprecated, run autoreconf -is by hand t= o > > achieve the same results. > >=20 > > So there are two answers : > > - you can run "autoreconf -is", this will solve your immediate problem > > - I'm sure this will end up being documented > >=20 > > Danny > >=20 > > On Fri, 2005-08-26 at 14:51 +0200, Stefan Struhs wrote: > >=20 > >>Hi! > >> > >>I was very happy to hear that somebody beside my was working on a SynCE > >>plugin for OpenSync and that he resp. they have almost finished their > >>work. XXX thanks for that! > >> > >>After getting the most recent versions from the subversion respository > >>of evo2 and file-sync I realized that the pure subversion versions of > >>them will not work as supposed to be. ./autogen.sh and autoconf fail to > >>produce the make files and there is no configure script to > >>run ./configure but in the INSTALL docs you mention, that you have to d= o > >>a configure/make/make install. I think there are missing some files. Th= e > >>subversion version of SynCE works fine. All necessary files are > >>included. > >> > >>You - the maintainer - should at least give some insight in one of the > >>files (README, INSTALL or RELEASE) how to build these plugins without > >>"./configure". I have no idea how and had to use the tar-files, which > >>include everything you need (but as far as I know, they do not contain > >>recent bug fixes). > >> > >>Thanks in advance! > >> > >>Regards, > >>Stefan > >> > >> > >> > >>------------------------------------------------------- > >>SF.Net email is Sponsored by the Better Software Conference & EXPO > >>September 19-22, 2005 * San Francisco, CA * Development Lifecycle Pract= ices > >>Agile & Plan-Driven Development * Managing Projects & Teams * Testing &= QA > >>Security * Process Improvement & Measurement * http://www.sqe.com/bsce5= sf > >>_______________________________________________ > >>Opensync-users mailing list > >>Ope...@li... > >>https://lists.sourceforge.net/lists/listinfo/opensync-users > >> --=20 Stefan Struhs Tuttlinger Stra=DFe 7 70619 Stuttgart-Sillenbuch Deutschland Tel. +49 (0) 711 123 97-13 PCFax +49 (0) 711 123 97-11 Mobil +49 (0) 176 210073-88 mailto:ste...@we... |
From: Norm D. <no...@dr...> - 2005-08-30 16:20:24
|
Norm Dressler wrote: > Armin Bauer wrote: > >> If you send me the traces of this connection i will be able to fix this. >> >> Thanks >> >> Armin >> >> > Here you go -- hope it helps. > > Norm > >------------------------------------------------------------------------ > > > Were my tracelogs any help with this? Thx Norm |
From: Danny B. <dan...@sc...> - 2005-08-29 15:19:03
|
Looks like it's down again. Danny On Sun, 2005-08-28 at 16:45 +0200, Armin Bauer wrote: > We have some heat problems where the server is located, so it is not > stable sometimes. But i rebooted it, so it should be accessible again now= . >=20 > Armin >=20 > Stefan Armbruster wrote: > > Hi, > >=20 > > today I got trouble to resolve any DNS name in opensync.org. E.g.=20 > > svn.opensync.org and www.opensync.org do not resolve. > > Anyone having the same trouble? > >=20 > > Regards, > > Stefan > >=20 > >=20 > > ------------------------------------------------------- > > SF.Net email is Sponsored by the Better Software Conference & EXPO > > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Pract= ices > > Agile & Plan-Driven Development * Managing Projects & Teams * Testing &= QA > > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5= sf > > _______________________________________________ > > Opensync-users mailing list > > Ope...@li... > > https://lists.sourceforge.net/lists/listinfo/opensync-users --=20 Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info |
From: Norm D. <no...@dr...> - 2005-08-28 15:15:19
|
Armin Bauer wrote: >Norm Dressler wrote: > > >>On Fri, 2005-26-08 at 19:46 -0400, Norm Dressler wrote: >> >> >> >>>>I found the same thing -- follow the link and it's not there anymore. I >>>>did download it -- I guess I just need to find where it's actually >>>>called maybe and change it? Not sure -- haven't investigated that far >>>>yet. Maybe Armin can help with this one. >>>> >>>> >>>> >>>FYI found the links embedded in the wbxml2 code. Going to see if there >>>is a patch available -- >>> >>>Norm >>> >>> >>I modified the the wbxml_tables.c to point to a local file >>(/var/www/docs/...) and the error is gone. Still can't sync, but at >>least that's not a problem any more. >> >> >> > >Hi Norm and Zach, > >you can safely ignore this error. I just says that it cannot access the >dtd. But i disabled this anyways... i just didnt find a way yet to get >rid of this error message. > >The problem with your connection is probably that my syncml parser >cannot parse the incoming syncml correctly. i implemented the parser so >that it exits immediatly when there is anything it does not know. > >If you send me the traces of this connection i will be able to fix this. > >Thanks > >Armin > > Here you go -- hope it helps. Norm |
From: Armin B. <arm...@de...> - 2005-08-28 14:45:21
|
We have some heat problems where the server is located, so it is not stable sometimes. But i rebooted it, so it should be accessible again now. Armin Stefan Armbruster wrote: > Hi, > > today I got trouble to resolve any DNS name in opensync.org. E.g. > svn.opensync.org and www.opensync.org do not resolve. > Anyone having the same trouble? > > Regards, > Stefan > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > Opensync-users mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensync-users |