questions about extended attributes support across *nix & osx (hfs+) filesys

snowcrash+rsync schneecrash+rsync at gmail.com
Fri Nov 24 15:12:45 GMT 2006


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


More information about the rsync mailing list