Re: [coldsync-hackers] syncing of creation/modification dates

["David A. Desrosiers" <hacker at gnu-designs dot com>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


> Ok, agreed that its not a cache file, because it also contains other
> "non-critical" data, like you mentioned (also of interest is the list of
> visited links). That's why I'd rather not pre-emptively delete the
> metadata file, unless I changed anything.

	Ah, but if you sync a new version of MyDB.pdb, you _have_ changed
something, in fact everything, even if MyDB.pdb contains the exact same
webpages. Are you sure that the remote site didn't change a link on the
site? Or fix a typo? Or move a link from page 1 to page 2? Something as
simple as this would invalidate your "seen" links as recorded in the
Plkr-MyDB.pdb metadata file, right?

> I don't use the "plucker-build -f" mode, I have "plucker-build -q -c" in a
> cron job, every hour, and I *update* (never create, this being a "fetch"
> conduit) a previously installed PDB. I created the PDB using
> "plucker-build -f", though.

	I'm confused, you just said two contradictory things. You said you
never use plucker-build -f, but instead use the -c to create the cache of
items in ~/.plucker/cache. Which piece of this puzzle actually concatenates
those records into the pdb, and which tool is used to install it on the
Palm?

> IMHO, the "-f" mode of Plucker is next to useless for something like
> updating from a ColdSync conduit, since you have to delete the PDB on the
> Palm before installing a new one.

	A Coldsync limitation? I never have to delete my pdb on the Palm
when I install a new version of Plucker documents, even from the same
content or the same filename. Then again, I don't use Coldsync normally.

> I also try to make things as fast as possible (if some records are
> completely identical, I don't touch them, so only the deleted/modified/new
> records get synced).

	Are you creating a stream resource database? Meaning, are you doing
basically what the Plucker 0.03 perl conduit did, creating the pdb "on the
fly" when you sync the Palm? There were several reasons why this approach
was deprecated a couple of years ago. Or are you doing something completely
different, creating pdb on disk, and sync'ing one file to the PDA?

> It works perfect, except for ColdSync not updating the creation time
> (which I'm careful not to change if I didn't actually change the PDB, and
> would thus clear out the metadata correctly).

	Sounds like a Coldsync problem, overall. Either delete the metadata
when you know the data has changed (i.e. always), or use Andrew's suggestion
from earlier, which will require a bit more checking in your code to make
sure the .pdb exists before you try to update the creation time of it.

> Of course, I could change the whole thing into a sync conduit rather than
> a fetch conduit, but having ColdSync's generic conduit do the grunt work
> for me is quite attractive... :-)

	You are sync'ing, so using a 'fetch' method on this probably isn't
going to scale in the long run. Once I figure out why Coldsync doesn't work
with m505 devices under BSD (but pilot-link does, go figure), I'll give it a
try.



d.

perldoc -qa.j | perl -lpe '($_)=m("(.*)")'

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.1.92 (GNU/Linux)

iD8DBQE9rYTkkRQERnB1rkoRAg/zAJ9tu8a1lPeOv0vUaXmEz+AA0m9YcwCfRV41
NbxwFGOFe56nN4YmoyTYk/Q=
=qexa
-----END PGP SIGNATURE-----


-- 
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.