and the 'lartmaker' fix (iteself, slightly fixed ...):
applied.
What exactly did you have to fix ?
after applying,
http://www.opensource.apple.com/darwinsource/10.4.8.ppc/rsync-24/patches/EA.diff
http://www.opensource.apple.com/darwinsource/10.4.8.ppc/rsync-24/patches/PR-3945747-endian.diff
an attempt to apply,
http://www.lartmaker.nl/rsync/rsync-tiger-fixes.diff
with,
patch -p0 < ../rsync-tiger-fixes.diff
reports,
patching file flist.c
Reversed (or previously applied) patch detected! Assume -R? [n]
upon exam, i find that this 1st stanza
@1
diff -udbrN flist.c flist.c
--- flist.c 2005-11-28 00:28:22.000000000 +0100
+++ flist.c 2005-11-28 00:32:35.000000000 +0100
@@ -1017,6 +1017,7 @@
file2->length = 1;
file2->mode = S_IFREG | S_IRUSR;
+ flist_expand(flist);
flist->files[flist->count++] = file2;
if (f != -1)
seems (?) unnecessary, and REMOVING the complete stanza 'does the trick' ...
No. For me 2.6.3 is stable and does what I want, and I see no major
benefits to 2.6.9 that would warrant re-testing a backup solution.
fair enough.
for access to 2.6.9's 'native' xattr/acl extended-attributes support,
i'll work directly with the list.
thanks!
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
