zsrep-devel Mailing List for Zaurus Synchronization Repository
Status: Alpha
Brought to you by:
cyphactor
Menu
▾
▴
zsrep-devel — List for communications of developers working on zsrep
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(10) |
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
|
Feb
|
Mar
(14) |
Apr
(4) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(64) |
Nov
(41) |
Dec
(13) |
| 2005 |
Jan
(28) |
Feb
(3) |
Mar
(4) |
Apr
(24) |
May
(1) |
Jun
(1) |
Jul
(4) |
Aug
|
Sep
|
Oct
(3) |
Nov
(3) |
Dec
(4) |
| 2006 |
Jan
|
Feb
|
Mar
(3) |
Apr
|
May
(2) |
Jun
|
Jul
(6) |
Aug
(15) |
Sep
(12) |
Oct
|
Nov
(2) |
Dec
|
|
From: Andrew De P. <cyp...@so...> - 2006-11-12 08:22:50
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 David wrote: > Gentoo Linux just released libopensync along with a host of opensync plugins in the unstable tree. I've heard of several Gentoo developers using Zaurii as well. In other words, the Gentoo community just became a lot more accessible to us, and will be even more in a few weeks or months (usually) when those are marked stable. > > David > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Zsrep-devel mailing list > Zsr...@li... > https://lists.sourceforge.net/lists/listinfo/zsrep-devel > Awesome, I recently got this project approved as a Directed Study also so it will be counting toward my educational credit, which gives me even more incentive to work on it. - -- Andrew De Ponte Contact Info - ------------ AIM Nick: HUNNYnNUTTS JabberID: cyp...@ja... Current Open Source Projects - ---------------------------- Zaurus Synchronization REPository (a.k.a. Zaurus Synchronization Reverse Engineering Project) - - http://zsrep.sourceforge.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFVtnQVroBBszP8ekRAnjFAJ44nHjYXZfEROoteXt5QNQMt6VM+wCaAhFC aGucB/NYE0rw2J1GdS418Lw= =7J/P -----END PGP SIGNATURE----- |
|
From: David <dav...@le...> - 2006-11-11 14:41:01
|
Gentoo Linux just released libopensync along with a host of opensync plugins in the unstable tree. I've heard of several Gentoo developers using Zaurii as well. In other words, the Gentoo community just became a lot more accessible to us, and will be even more in a few weeks or months (usually) when those are marked stable. David |
|
From: Andrew De P. <cyp...@so...> - 2006-09-12 20:42:33
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have written a Cradle Configuration Document for Debian etch systems and have added it to the docs repository. John, can you add a little README to the root of the docs repository that has a section outlining what is required command wise, etc to use latex2html on a debian box and get the files in the correct place on the web server? Also, this is document is ready to be converted and put on the site if you would like to do that. - -- Andrew De Ponte Contact Info - ------------ AIM Nick: HUNNYnNUTTS Jabber 0: cyp...@ja... Jabber 1: cyp...@ja... Jabber 2: cyp...@ja... Current Open Source Projects - ---------------------------- Zaurus Synchronization REPository (a.k.a. Zaurus Synchronization Reverse Engineering Project) - - http://zsrep.sourceforge.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFBx3XVroBBszP8ekRAtmpAKCCZoeHzu4WlcWxB/R0wwEqhECysQCgoux3 5QE6iNACXILhAO55UlTtyII= =xYrj -----END PGP SIGNATURE----- |
|
From: John M. <jc...@gm...> - 2006-09-12 06:43:36
|
On 9/11/06, Andrew De Ponte <cyp...@so...> wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > John McCullough wrote: > > Things that need work that you or others may be interested in. > > 1. Further develop the new website (make it nicer looking and > content > > complete). Let me know if you would like to do this. This would > include > > maybe writing howto docs and things like that. > > > > > > Where is your cronjob for the dev logs? For the sake of flexibility we > > should dump the raw logs to their own file and include them elsewhere. > > K. The raw logs are now being dumped to > /home/groups/z/zs/zsrep/htdocs/svnlog.txt and the old php generated > stuff is no longer updated. I will let you do your PHP magic with it. Cruddy php magic done. -John |
|
From: Andrew De P. <cyp...@so...> - 2006-09-12 02:33:24
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 John McCullough wrote: > Things that need work that you or others may be interested in. > 1. Further develop the new website (make it nicer looking and content > complete). Let me know if you would like to do this. This would include > maybe writing howto docs and things like that. > > > Where is your cronjob for the dev logs? For the sake of flexibility we > should dump the raw logs to their own file and include them elsewhere. K. The raw logs are now being dumped to /home/groups/z/zs/zsrep/htdocs/svnlog.txt and the old php generated stuff is no longer updated. I will let you do your PHP magic with it! - -- Andrew De Ponte Contact Info - ------------ AIM Nick: HUNNYnNUTTS Jabber 0: cyp...@ja... Jabber 1: cyp...@ja... Jabber 2: cyp...@ja... Current Open Source Projects - ---------------------------- Zaurus Synchronization REPository (a.k.a. Zaurus Synchronization Reverse Engineering Project) - - http://zsrep.sourceforge.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFBh6dVroBBszP8ekRAiVNAJwJrkmHHCB+Eos3JmL3z8n1KZHzDwCdE51T dFM738RxcOVhXhXnDcY350Y= =Ufxv -----END PGP SIGNATURE----- |
|
From: Andrew De P. <cyp...@so...> - 2006-09-11 23:28:50
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 John McCullough wrote: > Things that need work that you or others may be interested in. > 1. Further develop the new website (make it nicer looking and content > complete). Let me know if you would like to do this. This would include > maybe writing howto docs and things like that. > > > Where is your cronjob for the dev logs? For the sake of flexibility we > should dump the raw logs to their own file and include them elsewhere. The cronjab is in my personal cronjob on the server. There exist no group specific crontabs in sourceforge.net. Hence, one person has to manage them. I will modify the cronjob to dump the raw logs. Where would you like the raw svn logs dumped? > I am thinking that we should have them in a general development section. This probably makes the most sense and will reduce on the number of major links in the menu. - --Andrew - -- Andrew De Ponte Contact Info - ------------ AIM Nick: HUNNYnNUTTS Jabber 0: cyp...@ja... Jabber 1: cyp...@ja... Jabber 2: cyp...@ja... Current Open Source Projects - ---------------------------- Zaurus Synchronization REPository (a.k.a. Zaurus Synchronization Reverse Engineering Project) - - http://zsrep.sourceforge.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFBfNYVroBBszP8ekRAnmWAJ9DTqETbjTvegSM8/Pgj7cmrWG2NACgp1nA a4dopT0XvyON4A4CsmGiTGo= =fFHf -----END PGP SIGNATURE----- |
|
From: John M. <jc...@gm...> - 2006-09-11 18:34:18
|
> > Things that need work that you or others may be interested in. > 1. Further develop the new website (make it nicer looking and content > complete). Let me know if you would like to do this. This would include > maybe writing howto docs and things like that. > Where is your cronjob for the dev logs? For the sake of flexibility we should dump the raw logs to their own file and include them elsewhere. I am thinking that we should have them in a general development section. -John |
|
From: Andrew De P. <cyp...@so...> - 2006-09-11 17:24:21
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 David Barnett wrote: > It took me most of the weekend to get the 64M file downloaded over > dialup (along with a bunch of school-related downloads), but I finally > got my ROM reflashed and the zdtm test working! Attached are the console > output and log file. Excellent, I am glad to find out that you have finally got the ROM downloaded and flashed. The log files you presented are of great use. They help me correlate assumptions about the protocol to make sure that other peoples Zauri work the same way mine does despite the different model numbers and such. You, can also see now that a sync solution is coming soon given that the zdtm_test_daemon can interact appropriately with the Zaurus. A bunch of restructuring and planning work has been going on in the Zaurus project to make sure that things are as smooth as possibly in the development of lib_zdtm_sync, zdtm_test_daemon, and the opensync plugin. This includes some project management so that tasks can be assigned to certain people etc. An html version of the project plan will posted on the new site as soon as it is ready. Other than that it is just a matter of time and how much development support we get will totally effect that. Things that need work that you or others may be interested in. 1. Further develop the new website (make it nicer looking and content complete). Let me know if you would like to do this. This would include maybe writing howto docs and things like that. 2. Development work on lib_zdtm_sync and zdtm_test_daemon, etc. 3. Restructuring and Review of the Protocol Assumptions and Observations document. - -- Andrew De Ponte Contact Info - ------------ AIM Nick: HUNNYnNUTTS Jabber 0: cyp...@ja... Jabber 1: cyp...@ja... Jabber 2: cyp...@ja... Current Open Source Projects - ---------------------------- Zaurus Synchronization REPository (a.k.a. Zaurus Synchronization Reverse Engineering Project) - - http://zsrep.sourceforge.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFBZ3aVroBBszP8ekRAp9sAJ4l2mPX7+NofuIR8+Y4/YaJMOnF4QCfazof 44CxZ9IfeIadyi2e5IOhcYo= =LiBc -----END PGP SIGNATURE----- |
|
From: David B. <dav...@le...> - 2006-09-10 20:11:01
|
Andrew De Ponte wrote: > to use if you would kindly run the testing daemon and e-mail your log > dumps to the mailing list. I WILL PROVIDE DETAILED INSTRUCTIONS BELOW. It took me most of the weekend to get the 64M file downloaded over dialup (along with a bunch of school-related downloads), but I finally got my ROM reflashed and the zdtm test working! Attached are the console output and log file. Hope that helps! David |
|
From: Andrew De P. <cyp...@so...> - 2006-09-09 07:44:26
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 David Barnett wrote: > Andrew De Ponte wrote: >> 1. The test_daemon currently has hard coded in it that the IP address of >> the Zaurus it is trying to connect to is 192.168.129.201. If your Zaurus >> is not using this IP address then that is definitely a factor. You can >> test it by changing the IP of your Zaurus. >> > The Zaurus has IP 192.168.129.201, which is the address I successfully > pinged. >> 2. This software is designed to synchronize with Sharp Based ROMs that >> use DTM for storage. I know for a fact that with the Zaurus SL-5500 this >> includes ROMs version 3.10 and UP. >> > This is most likely the problem because my ROM is version 2.38. >> Also, if you run an nmap command it can tell us is the proper ports on >> the Zaurus are listening and such which correspond to telling you if you >> are using a proper ROM. > Interesting ports on 192.168.129.201: > > PORT STATE SERVICE > > 4244/tcp closed unknown > > 4245/tcp closed unknown > > This also seems to indicate the ROM is the problem. I would totally agree that the ROM is the problem. You need ROM 3.10. > Reflashing the ROM requires an SD/CF memory card, doesn't it? I don't > have either yet. =( Doing this ROM upgrade does NOT require a SD/CF memory card! If you have a Windows box that you can connect your Zaurus to and run the upgrade software it should work fine. http://www.myzaurus.com/ROMupdate5.asp provides you with the instructions for the upgrade and the files necessary (they are all the way at the bottom). Let me know if you have any questions or difficulties. - -- Andrew De Ponte Contact Info - ------------ AIM Nick: HUNNYnNUTTS Jabber 0: cyp...@ja... Jabber 1: cyp...@ja... Jabber 2: cyp...@ja... Current Open Source Projects - ---------------------------- Zaurus Synchronization REPository (a.k.a. Zaurus Synchronization Reverse Engineering Project) - - http://zsrep.sourceforge.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFAnLVVroBBszP8ekRAmNyAJ4/WhjCewubk64NbaH/X4kly58OTgCdE28D BP7OFIZ+UE0osRleybtajGY= =PJwh -----END PGP SIGNATURE----- |
|
From: David B. <dav...@le...> - 2006-09-09 04:48:48
|
Andrew De Ponte wrote: > 1. The test_daemon currently has hard coded in it that the IP address of > the Zaurus it is trying to connect to is 192.168.129.201. If your Zaurus > is not using this IP address then that is definitely a factor. You can > test it by changing the IP of your Zaurus. > The Zaurus has IP 192.168.129.201, which is the address I successfully pinged. > 2. This software is designed to synchronize with Sharp Based ROMs that > use DTM for storage. I know for a fact that with the Zaurus SL-5500 this > includes ROMs version 3.10 and UP. > This is most likely the problem because my ROM is version 2.38. > Also, if you run an nmap command it can tell us is the proper ports on > the Zaurus are listening and such which correspond to telling you if you > are using a proper ROM. Interesting ports on 192.168.129.201: PORT STATE SERVICE 4244/tcp closed unknown 4245/tcp closed unknown This also seems to indicate the ROM is the problem. Reflashing the ROM requires an SD/CF memory card, doesn't it? I don't have either yet. =( David |
|
From: Andrew De P. <cyp...@so...> - 2006-09-08 21:15:15
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 David Barnett wrote: > Fantastic work, Andrew! > > Unfortunately, I tried the test script and got this output: In general in the test script the the numbers in the parenthesis are the return values of the corresponding functions in the test program. Zero generally means success and positive numbers mean a specific success while negative numbers indicate failure. However, in the encapsulation functions a return value of 1 indicates a general error. Hence, the following reads: > zdtm_open_log - (0). Good, this means that it opened the log file ~/.lib_zdtm_sync.log successfully (that does not mean it has written anything, it just means it opened it successfully). > zdtm_listen_for_zaurus - (0). Good, this means that it setup the socket communications stuff necessary for the Zaurus to connect back to the test_daemon. > initialize - (0). Good, initialize is an encapsulation of the above two functions. It is specifically here to provide similar interface to that of the OpenSync plugin API. Since, the above two succeeded this encapsulation function is happy. > zdtm_conn_to_zaurus - connect: Connection refused > zdtm_conn_to_zaurus - (-3). Bad, zdtm_conn_to_zaurus failed with an error code of -3. Error code -3 in this case means that zdtm_conn_to_zaurus function did everything correct except for it's very last step, actually connecting to the Zaurus, BOOO HOO. This could be for a number of reasons. I will list them here in the order that you should probably check them. 1. The test_daemon currently has hard coded in it that the IP address of the Zaurus it is trying to connect to is 192.168.129.201. If your Zaurus is not using this IP address then that is definitely a factor. You can test it by changing the IP of your Zaurus. 2. This software is designed to synchronize with Sharp Based ROMs that use DTM for storage. I know for a fact that with the Zaurus SL-5500 this includes ROMs version 3.10 and UP. With Zaurus SL-5600 this includes ROM 1.0 and UP (which happen to be the intial ROM that it comes with). I have been told by people running Zaurus SL-6000s that the SL-6000 used DTM based as well. --- Hence, you should be using SL-5500s Sharp ROM 3.10 (because if I remember you are using a SL-5500), which if you don't have can easily be obtained from http://www.myzaurus.com/ROMupdate5.asp 3. After, making sure of the first two things it gets a little more involved. Let me know your information about about the first two options and let me know the results. Also, let me know if you have any questions > connect - (1). This is just saying that a member (specifically the zdtm_conn_to_zaurus function) of this encapsulation function has failed. > and it didn't seem to create a log file. It looks to have opened it but never closed the log file because it exited with a failure. Beyond that it would have never written anything since the .lib_zdtm_sync.log file is a log of all the communications between the program and the Zaurus of which it had none because it failed to connect to the Zaurus. > I verified before and after > that I could ping the zaurus. It sounds like I'm missing something > obvious, so let me know what to try and I'll give it another shot. Well, this is excellent that you can ping the Zaurus, this is literally half the battle. What IP address are you using when you ping your Zaurus? Copy and paste a ping call into an e-mail and send it back. Ex: adeponte@devtux:~$ ping 192.168.129.201 PING 192.168.129.201 (192.168.129.201) 56(84) bytes of data. 64 bytes from 192.168.129.201: icmp_seq=1 ttl=255 time=6.16 ms 64 bytes from 192.168.129.201: icmp_seq=2 ttl=255 time=0.769 ms 64 bytes from 192.168.129.201: icmp_seq=3 ttl=255 time=0.751 ms Also, if you run an nmap command it can tell us is the proper ports on the Zaurus are listening and such which correspond to telling you if you are using a proper ROM. You can also check the ROM version on your Zaurus by going to the Settings Tab->System Info->Version->Linux Kernel it should have a ROM Version listed there. On my Zaurus SL-5600 it is at ROM Version 1.32 which is the latest official ROM release for my model from Sharp. An example up the nmap command to run would be as follows (it assumes you have nmap installed already): adeponte@devtux:~$ nmap -sT -p 4244,4245 192.168.129.201 Starting Nmap 4.11 ( http://www.insecure.org/nmap/ ) at 2006-09-08 14:21 PDT Interesting ports on 192.168.129.201: PORT STATE SERVICE 4244/tcp open unknown 4245/tcp closed unknown Nmap finished: 1 IP address (1 host up) scanned in 0.134 seconds I hope my comments have been helpful and can't wait to see back your results. - -- Andrew De Ponte Contact Info - ------------ AIM Nick: HUNNYnNUTTS Jabber 0: cyp...@ja... Jabber 1: cyp...@ja... Jabber 2: cyp...@ja... Current Open Source Projects - ---------------------------- Zaurus Synchronization REPository (a.k.a. Zaurus Synchronization Reverse Engineering Project) - - http://zsrep.sourceforge.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFAd8PVroBBszP8ekRAqSfAKCew3B8Rr95OIrCMYeQ+HliELL0cQCfcfI/ 7g+T+o9bHSG9T596I8BkrQw= =1sMK -----END PGP SIGNATURE----- |
|
From: David B. <dav...@le...> - 2006-09-07 23:38:53
|
Fantastic work, Andrew! Unfortunately, I tried the test script and got this output: zdtm_open_log - (0). zdtm_listen_for_zaurus - (0). initialize - (0). zdtm_conn_to_zaurus - connect: Connection refused zdtm_conn_to_zaurus - (-3). connect - (1). and it didn't seem to create a log file. I verified before and after that I could ping the zaurus. It sounds like I'm missing something obvious, so let me know what to try and I'll give it another shot. David Andrew De Ponte wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hello to all you Zaurus enthusiasts out there who have been hanging on > this mailing list. The good news is over this past 4 day weekend I > managed to get a huge amount of work done on lib_zdtm_sync. What > specifically you may ask, well I started implementing a testing daemon > which is designed specifically to test the functionality of > lib_zdtm_sync. It also has the purpose of allowing me to design an API > interface to conform to the opensync plugin API interface, so that some > day soon they can meet in a nice and clean fashion. > > Right now this testing daemon implements quite a bit of the syncing > protocol. It does not, I repeat does NOT provide backup or syncing at > this point it is just a tool for us developers to test the protocol > against other peoples Zauri, test the lib_zdtm_sync, and have a > preliminary design for the opensync plugin API. HOWEVER IT DOES PLAY > NICELY WITH THE ZAURUS. THAT MEANS ANY OF YOU OUT THAT THAT WANT TO TRY > IT FEEL FREE, it generates some output based on parsing of the Zaurus > sync protocol as well as a protocol dump log which would be of great use > to use if you would kindly run the testing daemon and e-mail your log > dumps to the mailing list. I WILL PROVIDE DETAILED INSTRUCTIONS BELOW. > > On a side note. jcmdev0 has been kicking but on a new website for us, > and today I decided to add a bit of functionality myself. You can watch > the new website be developed at http://zsrep.sourceforge.net/new-site/. > Please give suggestions. Oh yeah, back to today, well I added support > for "Developer Logs" to the new website so that those interested can > look at the detailed logs of the developers if you so choose without > using svn or any command line stuff. > > BUILD AND TEST INSTRUCTIONS (assumes Zaurus is connected, can ping it) > - --------------------------- > 1. svn co https://svn.sourceforge.net/svnroot/zsrep/lib_zdtm_sync > 2. cd lib_zdtm_sync > 3. ./bootstrap.sh > 4. ./configure > 5. make > 6. cd testing > 7. ./zdtm_test_daemon > 8. e-mail us ~/.lib_zdtm_sync.log and the terminal output > > You should see a bunch of text in the terminal and hopefully your Zaurus > should make the sync noise and you should notice the sync software > startup and cleanly finish on the Zaurus (you won't see this if your > Zaurus screen saver is on). If this is not the case, then it is even > more of a reason for you to send us the log files and terminal output. > > K, thats it for now ladies and gents. I am going to continue developing > this as much as possible as quickly as possible now that it really has > regained some momentum. Let me know (via the mailing list) if you have > any questions suggestions etc. > > - -- > Andrew De Ponte > > Contact Info > - ------------ > AIM Nick: HUNNYnNUTTS > Jabber 0: cyp...@ja... > Jabber 1: cyp...@ja... > Jabber 2: cyp...@ja... > > Current Open Source Projects > - ---------------------------- > Zaurus Synchronization REPository > (a.k.a. Zaurus Synchronization Reverse Engineering Project) > - - http://zsrep.sourceforge.net > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.5 (GNU/Linux) > > iD8DBQFE/+PxVroBBszP8ekRAkX1AJ4pouk2QO3JtQdY5WBGn4tWM4vDNQCgjhI1 > Ss5fbo1c37ztSuxw9hdhBlk= > =5FwP > -----END PGP SIGNATURE----- > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Zsrep-devel mailing list > Zsr...@li... > https://lists.sourceforge.net/lists/listinfo/zsrep-devel > > |
|
From: Andrew De P. <cyp...@so...> - 2006-09-07 09:10:47
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello to all you Zaurus enthusiasts out there who have been hanging on this mailing list. The good news is over this past 4 day weekend I managed to get a huge amount of work done on lib_zdtm_sync. What specifically you may ask, well I started implementing a testing daemon which is designed specifically to test the functionality of lib_zdtm_sync. It also has the purpose of allowing me to design an API interface to conform to the opensync plugin API interface, so that some day soon they can meet in a nice and clean fashion. Right now this testing daemon implements quite a bit of the syncing protocol. It does not, I repeat does NOT provide backup or syncing at this point it is just a tool for us developers to test the protocol against other peoples Zauri, test the lib_zdtm_sync, and have a preliminary design for the opensync plugin API. HOWEVER IT DOES PLAY NICELY WITH THE ZAURUS. THAT MEANS ANY OF YOU OUT THAT THAT WANT TO TRY IT FEEL FREE, it generates some output based on parsing of the Zaurus sync protocol as well as a protocol dump log which would be of great use to use if you would kindly run the testing daemon and e-mail your log dumps to the mailing list. I WILL PROVIDE DETAILED INSTRUCTIONS BELOW. On a side note. jcmdev0 has been kicking but on a new website for us, and today I decided to add a bit of functionality myself. You can watch the new website be developed at http://zsrep.sourceforge.net/new-site/. Please give suggestions. Oh yeah, back to today, well I added support for "Developer Logs" to the new website so that those interested can look at the detailed logs of the developers if you so choose without using svn or any command line stuff. BUILD AND TEST INSTRUCTIONS (assumes Zaurus is connected, can ping it) - --------------------------- 1. svn co https://svn.sourceforge.net/svnroot/zsrep/lib_zdtm_sync 2. cd lib_zdtm_sync 3. ./bootstrap.sh 4. ./configure 5. make 6. cd testing 7. ./zdtm_test_daemon 8. e-mail us ~/.lib_zdtm_sync.log and the terminal output You should see a bunch of text in the terminal and hopefully your Zaurus should make the sync noise and you should notice the sync software startup and cleanly finish on the Zaurus (you won't see this if your Zaurus screen saver is on). If this is not the case, then it is even more of a reason for you to send us the log files and terminal output. K, thats it for now ladies and gents. I am going to continue developing this as much as possible as quickly as possible now that it really has regained some momentum. Let me know (via the mailing list) if you have any questions suggestions etc. - -- Andrew De Ponte Contact Info - ------------ AIM Nick: HUNNYnNUTTS Jabber 0: cyp...@ja... Jabber 1: cyp...@ja... Jabber 2: cyp...@ja... Current Open Source Projects - ---------------------------- Zaurus Synchronization REPository (a.k.a. Zaurus Synchronization Reverse Engineering Project) - - http://zsrep.sourceforge.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE/+PxVroBBszP8ekRAkX1AJ4pouk2QO3JtQdY5WBGn4tWM4vDNQCgjhI1 Ss5fbo1c37ztSuxw9hdhBlk= =5FwP -----END PGP SIGNATURE----- |
|
From: Andrew De P. <cyp...@so...> - 2006-08-26 03:35:08
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 David Barnett wrote: > I wasn't aware that ANY part of VMWare was free. What is it you have to > pay for? VMPlayer and VMServer are free. VMware-workstation is not free, etc which you have to pay for. - -- Andrew De Ponte Contact Info - ------------ AIM Nick: HUNNYnNUTTS Jabber 0: cyp...@ja... Jabber 1: cyp...@ja... Jabber 2: cyp...@ja... Current Open Source Projects - ---------------------------- Zaurus Synchronization REPository (a.k.a. Zaurus Synchronization Reverse Engineering Project) - - http://zsrep.sourceforge.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE78LWVroBBszP8ekRAs+zAJ9uaRB/byYuXfAgFQIDbwyo4Cjm3QCeO2bm 5mICdiz1vkkwHWAijPLMvEM= =bfBo -----END PGP SIGNATURE----- |
|
From: David B. <dav...@le...> - 2006-08-25 23:37:32
|
Andrew De Ponte wrote: > Given a class that I am taking this semester requires running Windows > only software I decided to do to setup a new system for continuing > reverse engineering of the protocol. > Ugh, our school keeps making me use Windows, too. *Officially*, our CS department is supposed to be platform independent. I keep a sludge box running Windows hooked up to my KVM switch. > I first downloaded and installed VMPlayer (the totally free part of > VMWare). > I wasn't aware that ANY part of VMWare was free. What is it you have to pay for? David |
|
From: Andrew De P. <cyp...@so...> - 2006-08-25 22:08:26
|
Hi all, Just wanted to let you all know that I am back. I am finally feeling settled and have survived a drive failure on my main development system. Given a class that I am taking this semester requires running Windows only software I decided to do to setup a new system for continuing reverse engineering of the protocol. For all those interested in the setup, here is what I did. I first downloaded and installed VMPlayer (the totally free part of VMWare). After that I used qemu-img to create a blank virtual partition and then installed a copy of Windows XP Pro on it. I had to do this because I needed to run a some very specific Windows software for one of my classes and I couldn't get it to work in wine. This however prompted me to look at this from a different side. Given that I was now running Win XP Pro in a virtual machine on my main development box, I should be able to install the Windows Zaurus (Sharp's Qtopia Desktop and Windows USB Drivers) software and ethereal (now Wireshark) and work on reverse engineering the protocol further, when necessary. Well, it totally worked! I was amazed. What does this mean? Well, basically I now have a way to synchronize my Zaurus with my Win XP virtual machine and a way to reverse engineer the protocol without using a different computer or even having to reboot the computer to access a dual boot install of Windows. This stream lines the development process by a large amount and just makes my life a lot easier. If any of you have any questions on any of the specifics of how I did this, please don't hesitate to e-mail me. --Andrew De Ponte |
|
From: James T. <jam...@wy...> - 2006-08-22 07:39:46
|
Hi David, David Barnett wrote: > I've been trying to figure out cross-compilation for the Zaurus, and I > haven't been able to find any terribly helpful or current information. > Have you guys done any Zaurus software development? You might find this useful: http://www.oesf.org/index.php?title=Compiler_Setup I found it via the Zaurus User Group website, which I used to frequent when I was more active on the Zaurus: http://www.zaurususergroup.org/ Hope it helps! JT -- ---------------------------------------+-------------------------------- James Tait, BSc | xmpp:jay...@wy... Programmer and Free Software advocate | Mobile: +44 (0)7779 337596 ---------------------------------------+-------------------------------- |
|
From: David B. <dav...@le...> - 2006-08-21 23:19:37
|
Not exactly zsrep-related but... I've been trying to figure out cross-compilation for the Zaurus, and I haven't been able to find any terribly helpful or current information. Have you guys done any Zaurus software development? I also saw two ARM emulators, softgun and skyeye, and I can't exactly tell if there's a difference between them until I get a month (give or take) to devote to making them work. Know anything about them? David |
|
From: Andrew De P. <cyp...@so...> - 2006-08-10 01:36:29
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 David Barnett wrote: > Andrew De Ponte wrote: >> The basic communication functions (zdtm_listen_for_zaurus, >> zdtm_handle_zaurus_conn, zdtm_close_zaurus_conn, zdtm_conn_to_zaurus, >> zdtm_clean_message, zdtm_recv_message, and zdtm_send_message). >> > Are those aliases for the 3-letter type names? I only saw > zdtm_???_msg.c, zdtm_sync.c, and the corresponding headers in the sync > lib directory. No, they are not aliases for the 3-letter type names. The zdtm_recv_message and zdtm_send_message let you send and receive messages despite what their type is. These two functions use all the stuff defined in zdtm_???_msg.c files by calling zdtm_prepare_message, and zdtm_parse_raw_msg. >> The basics of zdtm_prepare_message, and zdtm_parse_raw_msg have been >> implemented for the different message types which have been implemented. >> There still exist a number of message types which need to be implemented. >> >> As to isolated testing currently were are just writing small programs to >> test things individually. Discussion of a better method may push us to a >> different method of testing. >> >> When I reverse-engineered the thing originally I used ethereal to sniff >> and analyze the packet captures. I also wrote some custom programs to >> send messages and such. >> >> I think the best way to test the library would be to actually implement >> our own basic sync program without the actual synchronization >> capabilities with a PIM device. >> >> The implementation of the rest of the functions and the test program >> will be in a week or two because I am moving up to Northern California >> this Friday. Hence, things may be a little bit disrupted. I will jump >> right on it after I get settled up north. >> > Good luck on the unpacking. I'll also be out for a wedding this weekend, > so I won't miss you right away. K, thanks! >> If you are interested in working on development let me know what you are >> comfortable with doing and I will provide you with the necessary >> information. >> > I think setting up some tests would really help me see things in action > and get into it quicker. The biggest obstacle right now to digging right > in is that I don't have a good idea of what needs to be done. Obviously > you could explain it to me, but if we could get some basic testing set > up, that would help clarify things a lot. Also, I think testing is > compartmentalized enough that I can get into that without knowing too > much about the internals, especially with the sync being such a > network-oriented thing. Yeah, setting up some tests would be great! Tis true, I could tell you what needs doing however I will wait until I am unpacked. Yeah, we really need to get some better documentation going on the website. It is very much compartmentalized enough that it shouldn't be a problem. > > BTW, what does zdtm stand for? zdtm stands for Zaurus DTM. It seems that the standard which Sharp used for storing the data in the Zaurus and hence is existent in the protocol is called DTM (Data Manager). Hence, it is lib_zdtm_sync because it is a library which provides synchronization capabilities for the Zaurus DTM based protocol. - --Andrew De Ponte -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFE2o1aVroBBszP8ekRAoYeAJ9pofLm7V2Hq7M5pWi73xLgrEq11wCfXlkO h8FDZldLX8ttZWHIpBHo8GU= =s/xB -----END PGP SIGNATURE----- |
|
From: David B. <dav...@le...> - 2006-08-09 02:30:32
|
Andrew De Ponte wrote: > The basic communication functions (zdtm_listen_for_zaurus, > zdtm_handle_zaurus_conn, zdtm_close_zaurus_conn, zdtm_conn_to_zaurus, > zdtm_clean_message, zdtm_recv_message, and zdtm_send_message). > Are those aliases for the 3-letter type names? I only saw zdtm_???_msg.c, zdtm_sync.c, and the corresponding headers in the sync lib directory. > The basics of zdtm_prepare_message, and zdtm_parse_raw_msg have been > implemented for the different message types which have been implemented. > There still exist a number of message types which need to be implemented. > > As to isolated testing currently were are just writing small programs to > test things individually. Discussion of a better method may push us to a > different method of testing. > > When I reverse-engineered the thing originally I used ethereal to sniff > and analyze the packet captures. I also wrote some custom programs to > send messages and such. > > I think the best way to test the library would be to actually implement > our own basic sync program without the actual synchronization > capabilities with a PIM device. > > The implementation of the rest of the functions and the test program > will be in a week or two because I am moving up to Northern California > this Friday. Hence, things may be a little bit disrupted. I will jump > right on it after I get settled up north. > Good luck on the unpacking. I'll also be out for a wedding this weekend, so I won't miss you right away. > If you are interested in working on development let me know what you are > comfortable with doing and I will provide you with the necessary > information. > I think setting up some tests would really help me see things in action and get into it quicker. The biggest obstacle right now to digging right in is that I don't have a good idea of what needs to be done. Obviously you could explain it to me, but if we could get some basic testing set up, that would help clarify things a lot. Also, I think testing is compartmentalized enough that I can get into that without knowing too much about the internals, especially with the sync being such a network-oriented thing. BTW, what does zdtm stand for? > - --Andrew De Ponte > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.3 (GNU/Linux) > > iD8DBQFE2FKKVroBBszP8ekRAsxHAJ4gz9sGbVHl5sKkMy5AVH90wAp16wCfRaG7 > mjZ8ngnnIaSf6n4EFCElP9w= > =G8Pa > -----END PGP SIGNATURE----- > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Zsrep-devel mailing list > Zsr...@li... > https://lists.sourceforge.net/lists/listinfo/zsrep-devel > > |
|
From: Andrew De P. <cyp...@so...> - 2006-08-08 09:00:53
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 David Barnett wrote: > I'm not sure which direction to look in now. What has already been > implemented in the sync lib? I saw there's some code there, but I don't > know if any is on its way out or only partially implemented. Is there > any way to test what's done so far in isolation? What did you use to > send/monitor the packets when you originally reverse-engineered the > protocol? It'd be nice to be able to see some of it in action. The basic communication functions (zdtm_listen_for_zaurus, zdtm_handle_zaurus_conn, zdtm_close_zaurus_conn, zdtm_conn_to_zaurus, zdtm_clean_message, zdtm_recv_message, and zdtm_send_message). The basics of zdtm_prepare_message, and zdtm_parse_raw_msg have been implemented for the different message types which have been implemented. There still exist a number of message types which need to be implemented. As to isolated testing currently were are just writing small programs to test things individually. Discussion of a better method may push us to a different method of testing. When I reverse-engineered the thing originally I used ethereal to sniff and analyze the packet captures. I also wrote some custom programs to send messages and such. I think the best way to test the library would be to actually implement our own basic sync program without the actual synchronization capabilities with a PIM device. The implementation of the rest of the functions and the test program will be in a week or two because I am moving up to Northern California this Friday. Hence, things may be a little bit disrupted. I will jump right on it after I get settled up north. If you are interested in working on development let me know what you are comfortable with doing and I will provide you with the necessary information. - --Andrew De Ponte -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFE2FKKVroBBszP8ekRAsxHAJ4gz9sGbVHl5sKkMy5AVH90wAp16wCfRaG7 mjZ8ngnnIaSf6n4EFCElP9w= =G8Pa -----END PGP SIGNATURE----- |
|
From: Andrew De P. <cyp...@so...> - 2006-08-08 08:43:30
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 David Barnett wrote: > Andrew De Ponte wrote: >> Write up what you did step-by-step in a static HTML file matching the >> style presented at http://zsrep.sf.net. > Is a cont like an HTML include file? I'd never seen them before. Yes, in this case the cont is like an HTML include file. It is not a standard thing. It is something custom that I setup to work with the CGI scripts that generate the website. > I attached the setup doc. The hotplug section is obviously missing > something because I haven't set up hotplug yet. I also noticed the > emphasis you placed on the sequence of events to connect the Zaurus > (cradle, Z, power...), but as far as I can see, the sequence doesn't > matter. I've never had to push the SYNC button either, but I put that in > the doc because I saw it suggested somewhere. K. The emphasis I placed on the sequence of events to connect the Zaurus (cradle, Z, power...) was placed there so that the logging could be repeated and compared to without having to know much. For it to function it does NOT actually matter. You can plug it in while the power is on, or off and then turn it on, or what ever. Also, the SYNC button should not be pressed. Eventually when I get around to it I am planning on writing a small program which will make the SYNC button actually perform a sync using OpenSync. > I also started looking through the protocol doc, and I think that could > be organized better. The requests and answers make more sense if they're > paired up. Yeah, I agree, I was thinking about that. However, it will probably happen after the initial version of the software is complete. That is unless you were to work on it. > Does the SYNC TYPE not include a Documents type, or are file transfers > handled differently? I saw only To-Do, Address Book, and Calendar there. Yes, that is correct, it does not contain Documents. File transfers are handled using the SMB protocol if I remember correctly. - --Andrew De Ponte -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFE2E5rVroBBszP8ekRAvyPAKCcRZ/JBGd84nmkBP0urvgw66jCsgCffh2q d7nIGhTTkCCONy3XadBHqrI= =K5Qh -----END PGP SIGNATURE----- |
|
From: David B. <dav...@le...> - 2006-08-08 01:04:12
|
I'm not sure which direction to look in now. What has already been implemented in the sync lib? I saw there's some code there, but I don't know if any is on its way out or only partially implemented. Is there any way to test what's done so far in isolation? What did you use to send/monitor the packets when you originally reverse-engineered the protocol? It'd be nice to be able to see some of it in action. David |
|
From: David B. <dav...@le...> - 2006-08-05 00:21:19
|
Andrew De Ponte wrote: > Write up what you did step-by-step in a static HTML file matching the > style presented at http://zsrep.sf.net. Is a cont like an HTML include file? I'd never seen them before. I attached the setup doc. The hotplug section is obviously missing something because I haven't set up hotplug yet. I also noticed the emphasis you placed on the sequence of events to connect the Zaurus (cradle, Z, power...), but as far as I can see, the sequence doesn't matter. I've never had to push the SYNC button either, but I put that in the doc because I saw it suggested somewhere. I also started looking through the protocol doc, and I think that could be organized better. The requests and answers make more sense if they're paired up. Does the SYNC TYPE not include a Documents type, or are file transfers handled differently? I saw only To-Do, Address Book, and Calendar there. David |
1 message has been excluded from this view by a project administrator.
