Backup Central

On 19 Nov 2005, at 24:21, Ben Escoto wrote:

Kevin Horton <khorton01 < at > rogers.com>
wrote the following on Tue, 15 Nov 2005 20:39:49 -0500

Hmm, I don't really know what could be the problem. My one thought is
that there might be a problem with python's gzip on your system. I've
written a little gzip script on your system, you can download it at:

https://savannah.nongnu.org/bugs/download.php?
item_id=15006&item_file_id=3111

Once saved you can:

chmod 755 gzip-python
./gzip-python <file>

and it will work a bit like gzip, writing a compressed version of
<file> to <file>.gz. So I'd be interested to see if you can compress
files (including large files, like 4GB+ files) that decompress to the
correct original files.

I did a whole bunch of testing using the above gzip-python script.
There is indeed a problem somewhere with large files. I got a high
failure rate with large (5.7 GB) files using fink's python 2.4.2 and
also with Apple's stock python 2.3.5. I will take this up in another
forum.

I'm giving up on rdiff-backup for now, as it seems that there are
python issues on OS X that make it unreliable for me. I am prepared
to help out with testing in my spare time, and I hope to be using
rdiff-backup again someday.


Kevin Horton
Ottawa, Canada

On 18 Nov 2005, at 21:21, Ben Escoto wrote:
I guess it depends on the size of the resource fork. I forget how big
resource forks are supposed to be, but there was a discussion a long
time ago when they were added, and whoever added them apparently
thought that they would be small enough to put in the mirror_metadata
file. Isn't there some quick way on Mac OS to tell how long a file's
resource fork is?

Yep.

$ ls -l 'Quicken Data.qdfm/Contents/Data File/rsrc'
-rw-rw---- 1 slamb slamb 1525662 Nov 25 12:10 Quicken Data.qdfm/
Contents/Data File/rsrc

I think it's unusual for resource forks to be this large - or even
exist, on a modern system - but it will be true for any Quicken data
file. (! < at > #$ < at > # Intuit.)

--
Scott Lamb <http://www.slamb.org/>

Kevin Horton <khorton01 < at > rogers.com>
wrote the following on Sat, 26 Nov 2005 09:00:08 -0500

I did a whole bunch of testing using the above gzip-python script.
There is indeed a problem somewhere with large files. I got a high
failure rate with large (5.7 GB) files using fink's python 2.4.2 and
also with Apple's stock python 2.3.5. I will take this up in another
forum.

Thanks for your testing---with the bugs we got I think the iffy gzip
support may be the only major issue remaining. (Also I'm glad it's
not my responsibility this time )


--
Ben Escoto