Re: [coldsync-hackers] Be more easy with installs

[Ingo Oeser <ingo.oeser@informatik.tu-chemnitz.de>]

Hi Andrew,

first of all: Thanks for review.

On Fri, Dec 14, 2001 at 01:27:31PM -0500, Andrew Arensburger wrote:
> On Thu, Dec 13, 2001 at 08:31:22PM +0100, Ingo Oeser wrote:
> > The problem is: The the creation time (inside the PDB) is
> > ignored, so coldsync will not replace. The policy about this is
> > not that nice anyway.
> 
> 	In general, I've tried to avoid trusting the Palm's idea of
> what time it is, since there's no guarantee that it isn't horribly
> wrong.

Yes. So what about comparing the creation time of the PDB/PRC
with the actual time of the synching host system? The creation
time is set by a host anyway for a) ebooks, b) PRCs. So in
trusting the creation time, you trust the host for PRCs and
eBooks. An option to the generic conduit would be fine here.

You could also compare the palm time, with the one on the host
before starting the sync conduits to get a hint, whether palm
time is totally fscked up or just off by some seconds. If the
time is usable, compare the times. If not, warn the user (because
he certainly has more problems then).

One of these mechanisms (at least optionally) would be a big
improvement over the current behavior of not being able to sync
my plucker ebooks or regular news created with plucker.

BTW: The same problem arises by software development.  Without my
patch, I was not able to do a simple edit-compile-sync-run cycle
on my Visor.

> 	In the latest version, you can add
> 
> 	options {
> 		force_install: yes;
> 	}
> 
> to your .coldsyncrc, to force installing new databases from
> ~/.palm/install.

I don't want to force it for all databases. I just want to
replace databases I have on the palm with ones created on the
host between its last sync and the current. For eBooks this is
quite normal behavior, regardless of any versions (which are used
for database FORMAT changes or program versions).

So am I forced to write a special purpose conduit just for these
rather common cases? For this case I wish, coldsync were not too
overcautious.

Regards

Ingo Oeser
-- 
Science is what we can tell a computer. Art is everything else. --- D.E.Knuth
     >>>   4. Chemnitzer Linux-Tag - 09.+10. Maerz 2002 <<<
              http://www.tu-chemnitz.de/linux/tag/
This message was sent through the coldsync-hackers mailing list.  To remove
yourself from this mailing list, send a message to majordomo@thedotin.net
with the words "unsubscribe coldsync-hackers" in the message body.  For more
information on Coldsync, send mail to coldsync-hackers-owner@thedotin.net.