OESF Portables Forum
Everything Else => Desktop Operating Systems Issues => Zaurus General Forums => Archived Forums => Mac Issues => Topic started by: dhns on November 07, 2004, 01:48:32 pm
-
Dear all,
there is finally an answer to your prayers...
This release is a completely reworked (well, reworked twice or tree times) version of ZMacSync. It is now properly syncing Addresses in both directions between Mac and Zaurus. And it is capable of keeping the Text Editor Notes synchronized with Apple Stickies. Calendar and Todo-Entries are already prepared but have a known bug so that they are disabled in this beta release.
Here are the new features compared to the 1.0a releases earlier this year:
* Really syncing Addresses between a Mac and a Zaurus
* Refreshed user interface
* Zaurus Text/Notes kept in sync with Mac Stickies (Mac -> Zaurus only)
* Change inspector
* Automatic detection of Zaurus connectivity (hot-sync)
* Log window
General features:
* Secure access of Zaurus through USB or WLAN
* Full Unicode support
* Configurable
* Automatic detection of Zaurus connection status (hot-sync)
* Individual enabling or disabling of data areas to be written to
* Data areas synchronized:
* Zaurus clock synchronization (assuming precise NTTP time on the Macintosh)
* Log window
* Delta-inspector (preview what has been detected as differences)
* Syncs with Sharp ROM (e.g. 5500 with 3.1 or C860 1.4)
* AJZaurusUSB driver included
This release is a free beta which is limited until end of November. After that time you can't sync any more.
More information (e.g. screen shot) and a download link: http://www.dsitri.de/wiki.php?page=ZMacSync (http://www.dsitri.de/wiki.php?page=ZMacSync)
It was much more complex to make this software reliable and expandable as there are a lot of tricks to do for the Zaurus DTM database and even more on the Mac. Did you e.g. know how difficult it is to create a new Person record in the Mac address database with a given Unique ID? And that you can't write an empty string into ABMultiValue objects? Or that iCal does not write LAST-MODIFIED to the vCalendar records but simply modifies DTSTAMP?
We hope that we finally have created something as reliable and easy to use as you typically expect for Mac software and something we can improve even more with your help as beta testers and users. And we really appreciate your feedbacks!
-- hns
Project Manager ZMacSync
http://www.dsitri.de (http://www.dsitri.de)
-
Hey dhns
Your post shows only SL5500 and C860, so this won't work with my SL5000 running Cacko 3.10 ROM or you haven't tried it with the SL5000???
Yea I know... SL5000 but its still working and does all the things I need to do, much better than a Pocket PC or Palm... Plus with a 512mb SD no running out of memory.
What else do I need to try this other than this one program??? Anything for the Mac or Zaurus???
Boy I hope this will work for me!!! Hope you get iCal working also!!!
Also is there away to send you a money order for development work(address).
Thanks!!!
Brad
-
bgotori:
ZMacSync was designed to work with DTM-based PIM software, so it should work with any Zaurus that is using such programs (newer Sharp ROMs, Cacko Qt ROMs, Qualendar software, etc.).
It cannot be used with older Sharp ROMs or OpenZaurus, both of which use XML-based PIM software, nor can it be used with programs such as KO/Pi, which uses the vCal format.
In addition to ZMacSync, you will probably need the OS X USB driver, available at:
http://www.lucid-cake.net/osx_zaurus_usb/index_en.html (http://www.lucid-cake.net/osx_zaurus_usb/index_en.html)
Note that I have not actually tried ZMacSync yet, though it looks very promising... especially with nice touches such as the builtin time synchronization.
- ashikase
anpachi, gifu, japan
-
@bgotori:
The basic requirements are:
* any ROM with DTM database (not one using the older XML format)
* a working openssh-server
I do not know because we have not SL5000 for testing but if you can flash ROM 3.10 or similar into that machine it should work as well.
Memory capacity is not a major issue. A typical addressbook is some 50kByte large. And the tools openssh and dtm2xml also have a small footprint. Most work is done on the Mac by remote controlling the Zaurus.
If you want to support the project, you can use PayPal to send to sales@handheld-linux.com
@ashikase:
The AJZaurusUSB driver is included so you don't need a separate download.
-- hns
-
Thanks, that's great to see such progress.
Of course, what I'm really looking forward to is the calendar and to-do list synching...that would be incredibly useful for me. But I guess that means waiting a little longer ;-)
James
-
I see your web page is saying in future there will be support for syncing
Opera Browser < - > Safari (Bookmarks).
What about NetFornt for those of us with c860s? Any chance? I guess this would be fairly easy. :-)
-
Doesn't seem to be working very well for me. It keeps trying to do a "Fetch" from "Zaurus-1" and then displaying this "Data from Zaurus-1 not available" message at the bottom of the Zaurus Mac Sync window. It did at some point sync my addresses from my Mac over to the Zaurus though. Nothing goes to the Mac though, and the added, replaced, deleted, total on the Zaurus side stays at zero for everything. Seems like it should've had "added" as the number of addresses that were copied over to the Zaurus.
Eventually the OpenSSH server on my Zaurus must stop working as ZMacSync will start popping up a dialog "Zaurus ssh: connect to host 192.168.129.201 port 22: Connection refused Check open-ssh installation." which I then have to click OK on a dozen times to close. From then on, I can't ssh to my Zaurus from the command line. I have to restart the Zaurus to get the SSH server back (yeah, I'm sure there's a way to do this from the command line too).
Anyhow, the messages aren't very useful to me, and it annoyingly keeps trying to connect to the Zaurus without any action on my part.
Does it matter if you use the "root" or "zaurus" accounts on the Zaurus to connect?
My setup: Mac OS 10.3.6, AJZaurusUSB 2.8, Zaurus SL-5500, Sharp 3.13 ROM. I installed the OpenSSH and DTM2XML provided in your package.
If there is extra info I can provide to help debug it, let me know.
-
I gave it a try, and I, too, am having problems.
Basically, it fails when attempting to fetch data from Zaurus-1. Why it fails, though, is uncertain... the log file does not seem to provide any useful information beyond the status-line messages.
dhns, is it possible for you to provide a version with verbose logging/debugging information?
Also, I agree that the automatic attempts to sync by the program are a bit annoying... while it is making an attempt, the GUI becomes unresponsive.
- ashikase
anpachi, gifu, japan
-
I am looking forward to using your product and will be happy to pay $10 for a working sync solution. However I am having trouble getting the software installed. I am using an SD card and USB card reader with my Mac to get the files on to my Zaurus.
The OpenSSH file seems to install correctly, but the file dtm2xml_arm.ipk will not install on my Zaurus. I get an error that says "the file name of this package includes character this application can't handle. Please change the filename and retry install."
I tried renaming the file, but I still get this error. I have also tried unstuffing the TAR file again and starting again with a fresh install file, but that doesn't work either.
Any ideas? Thanks for all the hard work on this sync solution.
twocargar
SL-5500, Sharp ROM 3.13, PNY 256 MB SD, Netgear MA701 Wi-Fi, PowerMac G4, OS 10.3.6
-
I figured out why dtm2xml wasn't installing: I had put the file in a folder I had created on the SD card I was using, instead of dropping the file right into the Install Files folder created by the Z.
My problems don't stop there. Now I get this in my zMac Sync log when I try to sync:
Data from Zaurus-1 not available.
Thanks,
TCG
-
calendar and to-do list synching
It is largely included in the code - but there is a bug with reading iCalendar files on the Mac. Depending on other bugs it might already be enabled in the next beta release.
-- hns
-
I see your web page is saying in future there will be support for syncing
Opera Browser < - > Safari (Bookmarks).
What about NetFornt for those of us with c860s? Any chance? I guess this would be fairly easy. :-)
I also hope that it is as easy. But we have not yet compared the Bookmark data formats of Opera and NetFront.
-
@port 22 error:
I have experienced this sometimes after putting the Zaurus or the Mac to sleep and awaking back. Sometimes, the TCP protocol stack just hangs and I suspect it is an issue of the AJZaurusUSB driver. Did anybody experience the same issue when using WLAN?
Please try in this case to open a new ssh session to the Zaurus and check if it also issues the port 22 error.
A cure seems to be to switch off the Zaurus for some seconds and then back on.
@Data from Zaurus-1 not available:
Hm. That can have many different reasons. Is the Zaurus crossed out (this is detected by a background ping task)?
I will enable some of the diagnostic NSLogs in the b2 release today or tomorrow.
A different issue can be the user name and password. Using "root" or "zaurus" as the user name should make no difference but in case you have installed a password on the Zaurus, openssh-server required this to be correct. So it might be a bug in the documentation.
@Automatic fetch
Well, this becomes annoying of course if the communication does not work properly. Otherwise ZMacSync does a "Fetch" every 30 seconds so that it recognizes changes on the fly, e.g. if you change an address in Address Book it will prepare itself for the next sync. But it could be made a Preferences setting.
-- hns
-
It did at some point sync my addresses from my Mac over to the Zaurus though. Nothing goes to the Mac though, and the added, replaced, deleted, total on the Zaurus side stays at zero for everything. Seems like it should've had "added" as the number of addresses that were copied over to the Zaurus.
That seems to be half-way ok. "Added" means number of records added since the last successful sync. So if it has synced once, all these values should go down to 0. After that there is a "delta-sync" which means that only records added, changed or deleted are synced on the other side.
But for the first sync, there is a special case - where all entries are "added". It appears that this has failed for yet unknown reasons.
Please try the "File/Copy" menu entry. This has the logic that it does not only sync the deltas but sends all records that are not found on the other side. It is sort of a "full-sync".
Hope this helps,
hns
-
@Data from Zaurus-1 not available:
Hm. That can have many different reasons. Is the Zaurus crossed out (this is detected by a background ping task)?
I'm not sure what you mean by "crossed out", but I left a ping going from my Mac to my Zaurus while I was doing a fetch as well as had myself ssh'd into my Zaurus pinging back to my Mac while doing it. The pings never seemed to slow up any, and the "Data from Zaurus-1 not available" messages kept appearing. I was still able to ssh into my Zaurus after a couple of these messages appeared. I quit out of ZMacSync before the ssh server on the Zaurus would likely lock up.
Probably worth noting that it takes almost 10 seconds from the time I start to ssh into my Zaurus from the command line till the time that I actually get a command prompt.
-
Hey dhns
I Don't do PalPay, thats why I need an address to send you at Money order.
Thanks!!!
Brad
-
what you mean by "crossed out",
"crossed out" meaning two red lines across the Zaurus icon. This occurs if the ping process built into ZMacSync gets no more responses.
The pings never seemed to slow up any, and the "Data from Zaurus-1 not available" messages kept appearing. I was still able to ssh into my Zaurus after a couple of these messages appeared.
Ok, this confirms my hypothesis that the ping and ssh connection layer is really working but there is an issue with the data coming from the Zaurus to the Mac.
Probably worth noting that it takes almost 10 seconds from the time I start to ssh into my Zaurus from the command line till the time that I actually get a command prompt.
I have also experienced this several times - independently of ZMacSync. It seems to have something to do with the openssh-server authentication negotiations on connection setup.
-
I tried it out and everything seemed to install fine but I'm getting a couple of errors. I'm just trying to sync the address book
>> Data from Zaurus-1 not available.
I have one record on the Zaurus.
And from the log:
>> Committing Local-1 with Zaurus-1...
>> Committing Zaurus-1 with Local-1...
>> Commit error for Zaurus-1 with Local-1
The records don't get transfered. I tried Sync and File->Copy. Any ideas?
I have a C860, Cacko 1.21b
Thanks.
-
Now, Release 1.5b2 is available. The most important changes
Auto-install of dtm2xml daemon on Zaurus
You do not have to install it manually any more - openssh still needs manual installation and there is no known solution.
Note: this requires to set the ssh user name to be "root"!
I just recognized that the text field is now disabled - so you can't change it. Either use the 1.5b1 version to change settings. Or delete the preferences ~/Library/Preferences/de.dsitri.ZMacSync.plist. Or use the "defaults" command on the Mac command line.
Now reads iCal events and tasks and tracks changes
There is a feature (or bug?) in iCal that there might be several iCalendar entries with the same Unique-ID in a Calendar file. And some of them did have neither DTSTAMP nor LAST-MODIFIED. I am not sure if this conforms to the standard.
After handling this, these additional records are no longer counted as something to sync separately and Calendar syncing is enabled.
Copies events and tasks to the Zaurus
With that working, Events and Tasks are now synced/copied to the Mac.
Known bugs: Events are stored but don't show up in the Calendar application yet (either the translation is setting one bit wrongly or there is an issue with the Index); Tasks lack the display of Due Time.
Writing to Mac Calendar files is still disabled so changes on the Zaurus can't be synced to the Mac yet.
Print more debugging messages
As suggested by some of you to track the "Data from Zaurus-1 not available" issue this release prints a lot of debugging messages to the Console.
So if you run into this or a similar issue, please submit the critical part of the Console log.
Note: the log file might contain your personal address/calendar data that you probably don't want to see here on ZUG and in some days indexed by Google. Alternatively, you can send it through zmacsync@dsitri.de
Sincerely,
hns
http://www.dsitri.de/wiki.php?page=ZMacSync (http://www.dsitri.de/wiki.php?page=ZMacSync)
-
Data from Zaurus-1 not available.
Please try the 1.5b2 release which prints a lot more messages to the Console. Especially all reasons that might end up in the "Data from Zaurus-1 not available" as the only message.
I have a C860, Cacko 1.21b
That should make no difference.
Thank you very much for reports!
hns
-
I tried version b2, still no luck. Unfortunately, the added logging provided no new information.
By running sshd in debug mode, I confirmed that an ssh connection is made, then quickly disconnected.
From a command-line, I manually ran the command:
ssh zaurus@192.168.129.201 /home/QtPalmtop/bin/dtm2xml -a... which worked fine (returned an XML dump of my DTM files). Of course, I don't know if this is the same command that ZMacSync uses or not.
On a side note, I noticed that b2 only attempts an ssh connection on startup. Afterwards, it never makes another attempt, even when clicking on 'fetch' or the 'sync' button.
- ashikase
anpachi, gifu, japan
-
ssh zaurus@192.168.129.201 /home/QtPalmtop/bin/dtm2xml -a... which worked fine (returned an XML dump of my DTM files). Of course, I don't know if this is the same command that ZMacSync uses or not.
Yes, that is very similar to the command used internally.
On a side note, I noticed that b2 only attempts an ssh connection on startup. Afterwards, it never makes another attempt, even when clicking on 'fetch' or the 'sync' button.
Could you please try the following: open the Zaurus settings, click some checkbox twice so that it is not really changed and close + try Fetch again. This procedure resets an internal mechanism if ping/ssh did mangle up.
And a second thought: please try to use "root" in ZMacSync to access the Zaurus (you will have to delete ~/Library/Preferences/de.dsitri.ZMacSync.plist to get it initialized to "root"). The setting of the clock works only with root login (using the date command). And if that fails it might block all further sync operations.
Many thanks for these additional feedbacks!
-- hns
-
Nov 10 11:54:45 Craigs-Computer /Applications/ZMacSync.app/Contents/MacOS/ZMacSync: objc: Both /Applications/ZMacSync.app/Contents/PlugIns/Local.conduit/Contents/MacOS/Local and /Applications/ZMacSync.app/Contents/PlugIns/Zaurus.conduit/Contents/MacOS/Zaurus have implementations of class mySync.
Nov 10 11:54:45 Craigs-Computer /Applications/ZMacSync.app/Contents/MacOS/ZMacSync: objc: Using implementation from /Applications/ZMacSync.app/Contents/PlugIns/Zaurus.conduit/Contents/MacOS/Zaurus.
2004-11-10 11:54:46.160 ZMacSync[2699] VTODO: unknown tag BEGIN
2004-11-10 11:54:46.324 ZMacSync[2699] VEVENT: unknown tag TZ
2004-11-10 11:54:46.429 ZMacSync[2699] VEVENT: unknown tag TZ
2004-11-10 11:54:50.584 ZMacSync[2699] stderr: CheckFileBoxEx error /home/zaurus/Applications/dtm/SLMEMO.BOX 40
2004-11-10 11:54:50.600 ZMacSync[2699] stderr: /home/QtPalmtop/bin/dtm2xml: BoxOpen("/home/zaurus/Applications/dtm/SLMEMO.BOX") failed even after creating new Box
2004-11-10 11:54:50.646 ZMacSync[2699] dtm2xml -a failed
2004-11-10 11:55:23.123 ZMacSync[2699] VEVENT: unknown tag TZ
2004-11-10 11:55:46.915 ZMacSync[2699] VEVENT: unknown tag TZ
2004-11-10 11:56:23.618 ZMacSync[2699] VEVENT: unknown tag TZ
-
Ok, let's have a look on this...
Nov 10 11:54:45 Craigs-Computer /Applications/ZMacSync.app/Contents/MacOS/ZMacSync: objc: Both /Applications/ZMacSync.app/Contents/PlugIns/Local.conduit/Contents/MacOS/Local and /Applications/ZMacSync.app/Contents/PlugIns/Zaurus.conduit/Contents/MacOS/Zaurus have implementations of class mySync.
Nov 10 11:54:45 Craigs-Computer /Applications/ZMacSync.app/Contents/MacOS/ZMacSync: objc: Using implementation from /Applications/ZMacSync.app/Contents/PlugIns/Zaurus.conduit/Contents/MacOS/Zaurus.
This is annoying but not really harmful. But should be solved as well.
2004-11-10 11:54:46.160 ZMacSync[2699] VTODO: unknown tag BEGIN
2004-11-10 11:54:46.324 ZMacSync[2699] VEVENT: unknown tag TZ
2004-11-10 11:54:46.429 ZMacSync[2699] VEVENT: unknown tag TZ
This is a message from the iCalendar parser. It means that it stumbles over unexpected tags. Did you import public calendars? If you have no concerns about the calendar file, please send as a private mail so that we can analyse what is going wrong.
2004-11-10 11:54:50.584 ZMacSync[2699] stderr: CheckFileBoxEx error /home/zaurus/Applications/dtm/SLMEMO.BOX 40
2004-11-10 11:54:50.600 ZMacSync[2699] stderr: /home/QtPalmtop/bin/dtm2xml: BoxOpen("/home/zaurus/Applications/dtm/SLMEMO.BOX") failed even after creating new Box
2004-11-10 11:54:50.646 ZMacSync[2699] dtm2xml -a failed
This seems to be the "bad boy"...
Someone else has also reported the same problems with the SLMEMO.BOX (http://www.dsitri.de/phpBB2/viewtopic.php?p=213#213 (http://www.dsitri.de/phpBB2/viewtopic.php?p=213#213)). This is the DTM file for storing "Text Editor/Notes" or Stickies. It could be that Sharp 3.13 ROM does not create this file on a hard reset until you use "Text Editor/Notes". And dtm2xml tries to create a new one but this fails. We have tested mostly on a C860 with ROM 1.4JP and a SL5500G with ROM 3.10 which might be a little different to yours.
Thank you very much for these reports!
-- hns
-
I Don't do PalPay,
I understand. In my view it is not difficult to use PayPal but there are unresolved doubts about security.
Alternatively, you can also KAGI through https://order.kagi.com/cgi-bin/store.cgi?storeID=QM4 (https://order.kagi.com/cgi-bin/store.cgi?storeID=QM4) where you will find either ZMacSync or a general donation option (in 1$ steps).
I will also send a PM with a third option.
Many thanks for your support!
-- hns
-
This is a message from the iCalendar parser. It means that it stumbles over unexpected tags. Did you import public calendars? If you have no concerns about the calendar file, please send as a private mail so that we can analyse what is going wrong.
I have a bunch of calendars that I am subscribed to. What do you need sent to you? Here are some of the calendars I subscribe to:
webcal://ical.mac.com/ical/US32Holidays.ics
webcal://cscl.ist.psu.edu/public/calendar.ics
webcal://cscl.ist.psu.edu/public/hci/calendar.ics
webcal://ical.mac.com/oxomega/Penn32State32Football.ics
webcal://ical.mac.com/ical/Virginia32Tech32Football.ics
webcal://www.hokiesports.com/cgi-bin/new-schedule/vt.vcs?sport=football
webcal://ical.mac.com/ical/Steelers.ics
This seems to be the "bad boy"...
Someone else has also reported the same problems with the SLMEMO.BOX (http://www.dsitri.de/phpBB2/viewtopic.php?p=213#213 (http://www.dsitri.de/phpBB2/viewtopic.php?p=213#213)). This is the DTM file for storing "Text Editor/Notes" or Stickies. It could be that Sharp 3.13 ROM does not create this file on a hard reset until you use "Text Editor/Notes". And dtm2xml tries to create a new one but this fails. We have tested mostly on a C860 with ROM 1.4JP and a SL5500G with ROM 3.10 which might be a little different to yours.
OK, I created a note in the Text Editor app and it now seems to sync without error messages.
Unfortunately, it created duplicates of all my addresses inside my Mac's Address Book. The duplicates instead of saying "work" or "home" next to the e-mail address have a "1" instead and also seem to be missing icon and maybe other data.
It is also unclear to me why it's looking at calendar stuff if the only thing I have checked to update is "Address Book".
-
Still no luck...
On a side note, I noticed that b2 only attempts an ssh connection on startup. Afterwards, it never makes another attempt, even when clicking on 'fetch' or the 'sync' button.
Could you please try the following: open the Zaurus settings, click some checkbox twice so that it is not really changed and close + try Fetch again. This procedure resets an internal mechanism if ping/ssh did mangle up.
Strange, this problem doesn't occur with b1 (it attempts to connect everytime).
And a second thought: please try to use "root" in ZMacSync to access the Zaurus (you will have to delete ~/Library/Preferences/de.dsitri.ZMacSync.plist to get it initialized to "root"). The setting of the clock works only with root login (using the date command). And if that fails it might block all further sync operations.
I tried it as root, still fails. I tried it once with only 'sync clock' selected, and once with just 'addressbook' selected.
Any other debugging ideas?
- ashikase
anpachi, gifu, japan
-
webcal://cscl.ist.psu.edu/public/calendar.ics
webcal://cscl.ist.psu.edu/public/hci/calendar.ics
Thank you very much. I have subscribed to all calendars and will have a deeper look into the file structure later. Interestingly, iCal prints messages about an invalid character in these two calendards. So iCalendar standard seems to have different interpretations...
Unfortunately, it created duplicates of all my addresses inside my Mac's Address Book.
For the duplicates we will have to look again into the unique-ID mechanism. It appears that firstly, your addressbook was copied to the Zaurus and then (because of lost references) added back.
The duplicates instead of saying "work" or "home" next to the e-mail address have a "1" instead and also seem to be missing icon and maybe other data.
The 1,2,3 is an data model limitation that is not easily solved. It is the result of non-perfect translation from the Zaurus DTM to the Mac ABPerson format. The Mac can store labels for each entry of a ABMultiValue - this is the Work, Home etc. in the case of the e-mail addresses.
The Zaurus just has a single entry for a comma-separated list of e-mail addresses. So, unless you specify manually, ZMacSync does not know the correct label from the e-mail list. And these are initially assigned "1", "2" etc. when translating to ABPerson. Other records like phone numbers are stored separately for Home and Work on the Zaurus.
It is also unclear to me why it's looking at calendar stuff if the only thing I have checked to update is "Address Book".
This is a result of the plugin-architecture. The Mac plugin does not know that the Zaurus plugin has disabled writing to the Calendar and therefore tracks and advertizes changes by reading the calendar anyway.
So to summarize what we have to fix with highest priority:
1. installation and communication become more robust
2. duplication of records when syncing forward and backward
3. iCalendar parsing
Many thanks again,
hns
-
Any other debugging ideas?
Hm.
please try
ssh -l root 192.168.129.201 /home/QtPalmtop/bin/dtm2xml -aThat is the way the command is sent internally.
It might also be that the auto-install fails for some unknown reason on your system (file permissions etc.). I think we will remove that automatic mode from the b3 release and put the dtm2xml tool together with openssh server into a single .ipk installer package.
-- hns
-
please try
CODE
ssh -l root 192.168.129.201 /home/QtPalmtop/bin/dtm2xml -a
That is the way the command is sent internally.
This works fine.
It might also be that the auto-install fails for some unknown reason on your system (file permissions etc.). I think we will remove that automatic mode from the b3 release and put the dtm2xml tool together with openssh server into a single .ipk installer package.
Isn't the auto-install feature only part of b2? I have tried both b1 and b2, with no luck.
Through some testing, I've found that when attempting to fetch data, for both b1 and b2, while it appears that an ssh connection is established, the 'dtm2xml' utility is never called. It looks like the ssh connection is cancelled as soon as the request for the command to execute is made... as if the command fails to run/is not found. Are any other commands run over ssh before dtm2xml?
- ashikase
anpachi, gifu, japan
-
Through some testing, I've found that when attempting to fetch data, for both b1 and b2, while it appears that an ssh connection is established, the 'dtm2xml' utility is never called. It looks like the ssh connection is cancelled as soon as the request for the command to execute is made... as if the command fails to run/is not found. Are any other commands run over ssh before dtm2xml?
Yes,
the auto-install is a "tar" command run through ssh in the b2 release before doing dtm2xml.
And there is a "chmod" in b1&b2 (and was in the 1.0a releases) to fix one of the permissions of the openssh-server files so that they don't crash Calendar in Month view (that is a really strange and unexpected interference between both). So, one of these both might fail on your machine.
I think all these hurdles can be removed and fixed with a new .ipk that installs all what is needed on the Zaurus in a proper way.
An additional reason I can think of is the ssh password (un?fortunately, there is no command line option for ssh to specify the password so that nobody can use "ps ax" for eavesdropping). If the ssh server wants to see a password, it asks the client on the Mac to type it into stdin. The logic in ZMacSync is to send the password as the first line if one is available (not if requested). So, if ssh wants to see one but ZMacSync does not provide, the process might hang or fail.
I will do some tests on that and there might be a more robust way to handle ssh passwords.
-- hns
-
webcal://cscl.ist.psu.edu/public/calendar.ics
webcal://cscl.ist.psu.edu/public/hci/calendar.ics
Thank you very much. I have subscribed to all calendars and will have a deeper look into the file structure later. Interestingly, iCal prints messages about an invalid character in these two calendards. So iCalendar standard seems to have different interpretations...
OK, well I'm responsible for the code that generates those two calendars. What log, etc. are you looking at to see the invalid character messages?
Unfortunately, it created duplicates of all my addresses inside my Mac's Address Book.
For the duplicates we will have to look again into the unique-ID mechanism. It appears that firstly, your addressbook was copied to the Zaurus and then (because of lost references) added back.
Well this seems critical for syncing to work properly. If there is any other info I can provide, let me know.
-
What log, etc. are you looking at to see the invalid character messages?
It is like
2004-11-11 08:07:13.514 iCal[412] Invalid char
(13) for PropertyValue in line 4
2004-11-11 08:07:13.514 iCal[412] Invalid char
(13) for PropertyValue in line 5
2004-11-11 08:07:13.515 iCal[412] Invalid char
(13) for PropertyValue in line 6
2004-11-11 08:07:13.515 iCal[412] Invalid char
(13) for PropertyValue in line 7
2004-11-11 08:07:13.515 iCal[412] Invalid char
(13) for PropertyValue in line 8
2004-11-11 08:07:13.516 iCal[412] Invalid char
(13) for PropertyValue in line 9
2004-11-11 08:07:13.516 iCal[412] Invalid char
(13) for PropertyValue in line 10
and so on in console.log. So it looks like (my) iCal 1.5.2 (v637) complains about a \r character although I am quite sure the iCalendar standard expects \r\n (CRLF) as a line separator.
And the one with yet unrecognized "TZ:" entries is http://www.hokiesports.com/cgi-bin/new-sch...?sport=football (http://www.hokiesports.com/cgi-bin/new-schedule/vt.vcs?sport=football)
-- hns
-
I finally was able to get ZMacSync to work.
After further ssh debugging, I found that the process was failing on the command:
/bin/chown -R zaurus.qpe /home/zaurus/Documents/OpenSSHI already had openssh installed before trying ZMacSync, so I didn't install your version. Thus, I didn't have the OpenSSH documentation folder. I solved the problem by just creating an empty OpenSSH directory.
I'm curious, though, why it is necessary to chown a documentation folder? It seems unnecessary. In fact, on my zaurus, my Documents folder is actually a link to my CF drive, which is formatted FAT32 - thus mod and ownership flags means nothing.
ZMacSync works now, though it still feels a little rough (er, no offense meant). I ran the sync a few times in a row, without changing any files, and yet it *appeared* to find differences (whether it actually did or not, I can't confirm).
I would definately prefer a 'no automatic sync' option... the constant fetching of data from the zaurus is a nuisance, especially since the GUI quits responding during the fetch. Plus, I don't feel the need to sync my data every few seconds... once a day is good enough for me.
Also, I tried setting the sync options to just adjust the clock, but when I then performed a sync, the program still fetched data from my Z, and appeared to be synchronizing the data (at least, according to the status messages).
Don't get me wrong, I really appreciate your work, and will gladly purchase a copy... once the wrinkles are ironed out (^_^;)
- ashikase
anpachi, gifu, japan
-
I finally was able to get ZMacSync to work.
Great that it now works and I really appreciate such feedback!
The chmod issue with the Documents folder is a known bug at least in the ROM 3.10 for the 5500 series (I think there is already a thread here on ZUG) within the openssh-server package. It installs ALL files with "chmod 600" and "chown root" including those in the documentation folder. This has the strange effect that the Calendar application crashes in Month View. You might now wonder how this can happen as Calendar has nothing to do with openssh. The reason is that Calendar scans all Document folders to show the documents changed on a specific date. And this scanning process is not prepared to find a folder it has no access to (600 for root owner) because Calendar is running as user id "zaurus". So we have simply added a "fix" but did not expect your set-up of the documents folder. This can come up only in such a beta test.
So, for the next (beta) release, dtm2xml will include openssh-server with proper access rights - and without documentation. So if you install this, this issue should disappear.
If you want to look which "differences" ZMacSync thinks it has found, please click on the i button and a table will appear that lists all entries. One column is the status (A)dded, ©hanged, (D)eleted and the other is (A)ddress, ©alendar, (S)tickie, (T)odo. It typically shows some abbreviated contents or at least the unique-ID.
The auto-sync should come not faster than every 60 seconds or if the Zaurus becomes connceted - and run completely in the background. So, if a different application is in the active one you probably won't notice even. Making this a parallel thread to the user interface is something to consider for a 2.0 version... But I think we should now simply add a preference to enable/disable.
Finally, on the sync enable/disable. This behaviour comes from the following concepts:
* the enable/disable controls only writing to the database of a device.
* Fetching is always done to identify changes that occurred since your last sync.
* These changes are advertized to the other side and might get written.
So, if you disable everything for the Zaurus side besides the Clock, it will still have to fetch data, look for changes and advertize changes towards the Mac. If it is enabled there, it will update the Mac. So, it is a "write protect" feature and not a "read disable".
... and will gladly purchase a copy... once the wrinkles are ironed out (
That is exactly in line with our philosophy of defining software for your needs and running free beta tests. The software must convince you that it is worth its price.
-- hns
-
Hey dhns
Well I finally got some time to try this out. The Mac end seems to work fine on my Pismo 400 running OS X 10.3.6, but the Zaurus end doesn't seem to load the Openshh-server 3.6.1p 1 properly... Program finishes with the button at the end of loading to finish, but when I press it it kicks me to some sort of program that I can't get out of(file lookup kind of screen). If I flip the switch and restart shows the restart screen then it just keeps cycling with a countdown...
I'll try the Newer download and see if it clear things up.
Hope this works for me!!!
Brad
-
but the Zaurus end doesn't seem to load the Openshh-server 3.6.1p 1 properly... Program finishes with the button at the end of loading to finish, but when I press it it kicks me to some sort of program that I can't get out of(file lookup kind of screen). If I flip the switch and restart shows the restart screen then it just keeps cycling with a countdown...
I'll try the Newer download and see if it clear things up.
Hm,
that seems to be an issue with the installer and the openssh ipk. Openssh is the latest one that is stored on Killefiz (http://www.killefiz.de/zaurus/showdetail.php?app=1035 (http://www.killefiz.de/zaurus/showdetail.php?app=1035)). So please download from there and tell me if there are any differences. Which Zaurus model and ROM version did you use?
-- hns
-
Hey dhns
Well I got the openssh loaded!!! My problem is the last update for the Cacko 3.10 SL5000 ROM!!! Went back to the old version and it loaded!!! YEAH!!!
But trying the 1.5b2 ZMacSync, it starts up and shows the Window for about 9 sec's then quits... I noticed that the 1.5b2 version readme doesn't show loading the""dtm2xml-1.3_arm.ipk"". So I removed it. Same effect... Funny thing is when I tried to load the""dtm2xml-1.3_arm.ipk"" it finishes but it still Red in the Window... When oppenssh loaded and finished it turned Blue like usual... but I looked at it in the uninstall Screen, it shows its loaded...
I went back to the 1.5b1 version that one loads, but it doesn't sync... It says this""Commit error for Zaurus-1 with"" or this ""Data from Zaurus-1 not available""
I'm doing this with a Pismo 400 with 1gb ram, 80gb drive, and SuperDrive.
Thanks For All the Work Keep it UP!!!
Brad
-
Well I got the openssh loaded!!! My problem is the last update for the Cacko 3.10 SL5000 ROM!!! Went back to the old version and it loaded!!! YEAH!!!
I also got a report for a C860 cacko Elena 1.21b with similar issues.
The console.log revealed that /usr/bin/killall was not available on that machine. So, does anybody know or can test if killall is on a different path on Cacko ROM? And/or if "/bin/busybox killall" does work?
The killall command is required to properly shut down all the PIM applications before writing anything to the DTM database.
Funny thing is when I tried to load the""dtm2xml-1.3_arm.ipk"" it finishes but it still Red in the Window... When oppenssh loaded and finished it turned Blue like usual... but I looked at it in the uninstall Screen, it shows its loaded...
This turned out to be a bug in the Package: entry of the .ipk file. Has been fixed for the next release.
Many thanks,
hns
-
Hey dhns
Thanks for All the Hard Work!!!
Wish I was a programmer type, to get my problems told to you in a better... I'm just a User...hehehe
Can't wait for the next release!!! I'm so close...hahaha
Thanks Again!!!
Brad
-
NEW Release available for beta test: Version 1.5b3 at http://www.dsitri.de/wiki.php?page=ZMacSync (http://www.dsitri.de/wiki.php?page=ZMacSync)
New features/fixed bugs:
* made more robust against ssh failures and prints more useful messages
* solved a bug with data loss error on pipe from ssh process (resulted in SIGPIPE, XML Parse Errors, Data not available etc.)
* new combined installer zmacsync.ipk (now contains dtm2xml and openssh-server)
* fixed problem with Package: entry in .ipk files
* solved several issues with parsing iCalendar entries
* Preferences added to enable/disable auto-fetch mode
* progress indicator added
* saves ZMacSync.plist on Zaurus to detect system reset/failure/last sync date, sync attempts with different Macs etc.
* now converts Calendar and ToDo towards the Zaurus
NOTE:You should get a message that your Zaurus has never been synced when starting. In this case, select "Ok". It resets the translation rables.
Many thanks to all those who sent in reports and suggestions!
Known bugs and still missing functionality:
* synced Calendar entries do not show on Zaurus
* synced ToDo entries have no Start, no Due date
* there is no sync of the Mac with the Zaurus for Calendar, ToDo and Notes/Stickies yet
* protected access with Passcode does not work
* the Restore function is not complete
* the Zaurus Owner record is not copied from the 'me' record of the Mac
* About, Help, Manual are missing
So, please test and provide additional feedback for this free beta version (limited in operation until end of November).
Thank you very much,
hns
http://www.dsitri.de/wiki.php?page=ZMacSync (http://www.dsitri.de/wiki.php?page=ZMacSync)
PS: if you want to support this project, you can use KAGI at https://order.kagi.com/cgi-bin/store.cgi?storeID=QM4&& (https://order.kagi.com/cgi-bin/store.cgi?storeID=QM4&&)
-
2004-11-16 11:04:17.044 ZMacSync[1538] writeStatus: Loading plugins...
2004-11-16 11:04:18.093 ZMacSync[1538] writeStatus: Local.conduit initialized.
2004-11-16 11:04:18.343 ZMacSync[1538] writeStatus: Zaurus.conduit initialized.
Nov 16 11:04:18 Craigs-Computer /Applications/ZMacSync.app/Contents/MacOS/ZMacSync: objc: Both /Applications/ZMacSync.app/Contents/PlugIns/Local.conduit/Contents/MacOS/Local and /Applications/ZMacSync.app/Contents/PlugIns/Zaurus.conduit/Contents/MacOS/Zaurus have implementations of class mySync.
Nov 16 11:04:18 Craigs-Computer /Applications/ZMacSync.app/Contents/MacOS/ZMacSync: objc: Using implementation from /Applications/ZMacSync.app/Contents/PlugIns/Zaurus.conduit/Contents/MacOS/Zaurus.
2004-11-16 11:04:18.556 ZMacSync[1538] writeStatus: Fetching Local-1 data...
2004-11-16 11:04:18.625 ZMacSync[1538] writeStatus: Data from Local-1 not available.
2004-11-16 11:04:18.935 ZMacSync[1538] writeStatus: Zaurus-1 became available.
2004-11-16 11:04:21.084 ZMacSync[1538] stderr: /home/zaurus/Applications/ZMacSync.plist: No such file or directory
2004-11-16 11:04:21.092 ZMacSync[1538] terminated with error (<CFArray 0x17f8f0 [0xa01900e0]>{type = immutable, count = 6, values = (
0 : -2
1 : -l
2 : <CFString 0x14e890 [0xa01900e0]>{contents = "root"}
3 : <CFString 0x173f60 [0xa01900e0]>{contents = "192.168.129.201"}
4 : /bin/cat
5 : /home/zaurus/Applications/ZMacSync.plist
)})
2004-11-16 11:04:25.064 ZMacSync[1538] writeStatus: Data from Zaurus-1 not available.
2004-11-16 11:04:35.005 ZMacSync[1538] writeStatus: Fetching Local-1 data...
2004-11-16 11:04:35.052 ZMacSync[1538] writeStatus: Data from Local-1 not available.
-
There is always one more bug...
NEW Release available for beta test: Version 1.5b4 at http://www.dsitri.de/wiki.php?page=ZMacSync (http://www.dsitri.de/wiki.php?page=ZMacSync)
First feedbacks indicate that it might have been the last of the big, roadblocking ones.
-- hns
-
Hey dhns
Can't wait to try this one tonight!!! Hope it works for me!!!
GREAT KAGI... I can send a money order through them!!!
Thanks Again!!!
Brad
-
Hey dhns
Well I tried everything I could think of to do, but I can't seem to load the newer ZmacSync.ipk... It just finishes loading without making the icon blue showing that it loaded... Tried both version of the Cacko ROM and tried loading the programs seperately but No Go... Will wait for a Newer version.
Thanks for all the Hard Work!!!
Can't wait for it to work for me...hehehe
Brad
-
Hi,
Just installed ZMacSync v1.5b4 on my PowerMac G4 running OSX10.2.8.
Want to sync with my new SL-3000...
Have previous used the AJZaurusUSB Driver successfully with previous C860 and my new SL-3000.
So now I installed ZMacSync new beta. However, when I double-click on ZMacSync icon on my Mac, it opens window for a few seconds then disappears.
Then I get the error message 'ZMacSync has unexpectedly quit'.
Any suggestions??
Thanks,
Mark
-
Then I get the error message 'ZMacSync has unexpectedly quit'.
We just found a bug that might crash ZMacSync right after loading. It appears to be the code that should check if the correct dtm2xml is installed. If it is, everything should go fine. If not it crashes ZMacSync instead of printing a warning message.
To check if you have installed the latest dtm2xml:
In a Zaurus console (can go from the Mac through ssh) type:
$ dtm2xml -a | head -20
If it has a line <DTM VERSION="1.5"> then it is ok. If not, please check that you install the latest dtm2xml from the ZMacSync-1.5b4 package.
Hope this helps,
hns
-
It just finishes loading without making the icon blue showing that it loaded...
Hm,
could you please try the following:
1. uninstall
2. go to a Zaurus console (e.g. ssh root@192.168.129.201 from a Mac terminal)
3. cd <directory where the zmacsync.ipk resides>
4. ipkg install zmacsync_1.5b5_arm.ipk
5. submit any strange messages
Alternatively you could do that for the openssh and the dtm2xml packages.
Many thanks,
hns
-
running OSX10.2.8.
...
However, when I double-click on ZMacSync icon on my Mac, it opens window for a few seconds then disappears.
Please upgrade to MacOS X 10.3 (or later). ZMacSync is not compatible with 10.2.
-- hns
-
Hey dhns
I can't find the""ipkg install zmacsync_1.5b5_arm.ipk""package just the 1.5b4 package???
Thanks!!!
Brad
-
Hey dhns
I can't find the""ipkg install zmacsync_1.5b5_arm.ipk""package just the 1.5b4 package???
Thanks!!!
Brad
Ok your mac, unpack and open ZMacSync-1.5b4.tgz
There is a Tools folder where the .ipk files are stored.
"ipkg install" is the command to install.
Hope this helps,
hns
-
running OSX10.2.8.Â
...
However, when I double-click on ZMacSync icon on my Mac, it opens window for a few seconds then disappears.
Please upgrade to MacOS X 10.3 (or later). ZMacSync is not compatible with 10.2.
-- hns
OK, upgraded to OSX 10.3.5 last night, then v10.3.6 with SoftwareUpdate...
Reinstalled the USB driver first...then pinged SL3000 and then checked that I could mount the SL3000 on my desktop as before....all OK.
Then opened up ZMacSync v.1.5b4, now opens up OK.
However, when I went to File>Fetch on Mac, I get message:
"Data from Zaurus-1 not available."
I did install 'ZMacSync' and 'dtm2xml' on my Z......
Any suggestions?
Thanks!
Mark
Anxiously awaiting syncing Z with Mac
-
I was having the same trouble. I was being prompted to SSH manually, which was pretty easy once I got over my terminal fears.
Have you done the manual SSH and still encountered problems?
-
Eji,
I got the problem taken care of a while back...sync works OK....
So don't remember the solution right now....
Will try to check my notes later (at work now) and report back what the solution was....
Mark
SL-C3000/PMG4/OSX10.3.7