Re: Building file list takes hours,how to improve performance?

2006-11-01 Thread Jan-Benedict Glaw
On Thu, 2006-11-02 09:21:45 +0800, woo robbin <[EMAIL PROTECTED]> wrote: > 2006/11/1, Jan-Benedict Glaw <[EMAIL PROTECTED]>: > >On Wed, 2006-11-01 22:01:07 +0800, woo robbin <[EMAIL PROTECTED]> > > wrote: > > > I've backed up some files(about 20G,with many subdirectories and files) a > > > months a

Re: Xattr on FreeBSD ... Good Luck ?

2006-11-01 Thread Ensel Sharon
On Thu, 2 Nov 2006, Wesley W. Terpstra wrote: > > No, but others are using 'reverse-DNS naming style' and this seems > > to be standard-ish. That means a '.' and not a '%'. > > Did you check the second link in my original email?: http:// > > www.freedesktop.org/wiki/CommonExtendedAttributes

Re: Xattr on FreeBSD ... Good Luck ?

2006-11-01 Thread Wesley W. Terpstra
On Nov 2, 2006, at 2:14 AM, Wesley W. Terpstra wrote: What is your reason for wanting to get rid of the '%' from the fake stat attribute? Do some implementations not allow a % in the key? No, but others are using 'reverse-DNS naming style' and this seems to be standard-ish. That means a '.'

Re: Building file list takes hours,how to improve performance?

2006-11-01 Thread woo robbin
But the USB drive is the target,could it affect the performance of building file list process?I just plugged the USB drive to the host and copy and paste to do a full backup last time,it seems it's more effective than rsync to check updating. 2006/11/1, Jan-Benedict Glaw <[EMAIL PROTECTED]>: On We

Re: Xattr on FreeBSD ... Good Luck ?

2006-11-01 Thread Wesley W. Terpstra
On Nov 2, 2006, at 1:39 AM, Wayne Davison wrote: On Thu, Nov 02, 2006 at 12:24:36AM +0100, Wesley W. Terpstra wrote: Urp! Found a bug already. Sorry. It will segfault on FreeBSD without this small little fix. One more fix was needed: the new sys_llistxattr() function needs to return "len" whe

Re: Xattr on FreeBSD ... Good Luck ?

2006-11-01 Thread Wayne Davison
On Thu, Nov 02, 2006 at 12:24:36AM +0100, Wesley W. Terpstra wrote: > Urp! Found a bug already. Sorry. It will segfault on FreeBSD without > this small little fix. One more fix was needed: the new sys_llistxattr() function needs to return "len" when it is larger than "size", or longer lists of

Re: Xattr on FreeBSD ... Good Luck ?

2006-11-01 Thread Wesley W. Terpstra
On Nov 2, 2006, at 12:12 AM, Wesley W. Terpstra wrote: Just so you know: there's almost certainly a bug / typo / misunderstanding somewhere in there. Urp! Found a bug already. Sorry. It will segfault on FreeBSD without this small little fix. < memmove(&list[off], &list[off+keyl

Re: Xattr on FreeBSD ... Good Luck ?

2006-11-01 Thread Wesley W. Terpstra
On Nov 1, 2006, at 11:23 PM, Wesley W. Terpstra wrote: Give me a half hour! :-) Drat! 10 minutes late. :-P This patch modifies also the fake_super.patch, because I removed the unused (and unportable) flags operand. Changes: remove flags from setxattr add wrappers I hope wor

Re: Xattr on FreeBSD ... Good Luck ?

2006-11-01 Thread Wesley W. Terpstra
On Nov 1, 2006, at 9:57 PM, Ensel Sharon wrote: I couldn't help noticing this during the configure: checking whether to support extended attributes... Xattrs requested but not linux. Good luck From what I've just been reading about FreeBSD extended attributes, it's not going to work for

Re: Xattr on FreeBSD ... Good Luck ?

2006-11-01 Thread Ensel Sharon
On Wed, 1 Nov 2006, Wayne Davison wrote: > On Wed, Nov 01, 2006 at 03:59:06PM -0500, Ensel Sharon wrote: > > acls.c:735: warning: large integer implicitly truncated to unsigned type > > acls.c:1163: warning: comparison is always false due to limited range of > > data type > > These are fixed in

Re: Xattr on FreeBSD ... Good Luck ?

2006-11-01 Thread Wayne Davison
On Wed, Nov 01, 2006 at 03:59:06PM -0500, Ensel Sharon wrote: > acls.c:735: warning: large integer implicitly truncated to unsigned type > acls.c:1163: warning: comparison is always false due to limited range of > data type These are fixed in the latest version of the patch. With 2.6.9 being rele

Re: Xattr on FreeBSD ... Good Luck ?

2006-11-01 Thread Ensel Sharon
One last detail... On Wed, 1 Nov 2006, Ensel Sharon wrote: > checking whether to support ACLs... ACLs requested -- running tests > checking for acl_get_file in -lacl... no > checking for ACL support... yes > checking ACL test results... Using posix ACLs > checking for acl_get_perm_np... yes > ch

Xattr on FreeBSD ... Good Luck ?

2006-11-01 Thread Ensel Sharon
Thanks for the help on the missing '-p1' for the acl and xattr patches. Things are configuring and making properly now. However, I couldn't help noticing this during the configure: checking whether to support ACLs... ACLs requested -- running tests checking for acl_get_file in -lacl... no chec

Re: Building file list takes hours,how to improve performance?

2006-11-01 Thread Jan-Benedict Glaw
On Wed, 2006-11-01 22:01:07 +0800, woo robbin <[EMAIL PROTECTED]> wrote: > I've backed up some files(about 20G,with many subdirectories and files) a > months ago to an USB drive,and I use rsync to check if there are > changes.After the process,I checked the log file and found no update > needed.But

Building file list takes hours,how to improve performance?

2006-11-01 Thread woo robbin
Hi there,I've backed up some files(about 20G,with many subdirectories and files) a months ago to an USB drive,and I use rsync to check if there are changes.After the process,I checked the log file and found no update needed.But the stats said:Number of files: 61775Number of files transferred: 0Tot

Re: How to rsync only specified subdirectories in the source folder?

2006-11-01 Thread Wesley W. Terpstra
On Nov 1, 2006, at 6:00 AM, woo robbin wrote: For example,if there is ten subdirectories named sub1~sub10(each including subdirectories and files too),and file1~file10,how can I rsync only sub2 and sub 3 to the target? rsync -av --delete --include "/sub2/" --include "/sub3/" / MyFolder/ /

Re: resolving difference in interface between rsync and cp/rcp/scp

2006-11-01 Thread Wesley W. Terpstra
On Nov 1, 2006, at 6:19 AM, Erick Tryzelaar wrote: No one has any ideas? This difference you've noted is documented in man rsync (1): A trailing slash on the source changes this behavior to avoid creating an additional directory level at the destination. You can think of a