hi Jeffrey,
> If checksum caching is on then the checksum is stored at the end of
> the compressed file. So the file does *not* need to be decompressed.
> Technically, the checksum is only added to the file the 2nd time the
> file is encountered which I imagine is probably due to the fact that
> the native rsync algorithm only transmits the block and full file
> checksums when the file already exists (otherwise perhaps only the
> full file checksum is transmitted)
as i like your BackupPC_digestVerify with the "-a Add rsync digests if missing"
...
what about to give the user the abillity to auto-create these caches on the
first run (meaning that part of your script to be included in main)?
Maybe some users want the penalty of a longer "first initial backup"?
some kind of checkbox "autocreate checksums on new files" (defaults to no)
+ FAQ-Entry: - this function will create checksums on first creation and not as
usual on the 2rd sync
???
Greetings
Mike
# sub of thread "some thoughts of integrity tests for v 4
("RsyncCsumCacheVerifyProb")"
------------------------------------------------------------------------------
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software
be a part of the solution? Download the Intel(R) Manageability Checker
today! http://p.sf.net/sfu/intel-dev2devmar
_______________________________________________
BackupPC-devel mailing list
BackupPC-devel@lists.sourceforge.net
List: https://lists.sourceforge.net/lists/listinfo/backuppc-devel
Wiki: http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/
