List subdirectories only n level deep on the remote server when use the -a option of rsync.
Hi all, I want to list the contents on the remote rsync server only to n, say, 2 level deep. In my case the the server is rsync://ftp.cn.debian.org, and I want to list all of the stuff in the following subdirectory only to 2 level deep: rsync://ftp.cn.debian.org/debian Any hints on this? Regards -- Hongyi Zhao hongyi.z...@gmail.com Xinjiang Technical Institute of Physics and Chemistry Chinese Academy of Sciences GnuPG DSA: 0xD108493 -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: List subdirectories only n level deep on the remote server when use the -a option of rsync.
On Sun 02 Feb 2014, Hongyi Zhao wrote: I want to list the contents on the remote rsync server only to n, say, 2 level deep. In my case the the server is rsync://ftp.cn.debian.org, and I want to list all of the stuff in the following subdirectory only to 2 level deep: rsync://ftp.cn.debian.org/debian Any hints on this? rsync -a --exclude '/*/*/*/***' rsync://ftp.cn.debian.org/debian Paul -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: List subdirectories only n level deep on the remote server when use the -a option of rsync.
Thanks a lot, Paul. But I've tried the following methodes based on your suggestion and get different results: werner@debian:~$ rsync -a --exclude '/*/*/*/*' rsync://ftp.cn.debian.org/debian | wc -l 1798 werner@debian:~$ rsync -a --exclude '/*/*/*/**' rsync://ftp.cn.debian.org/debian | wc -l 1798 werner@debian:~$ rsync -a --exclude '/*/*/*/***' rsync://ftp.cn.debian.org/debian | wc -l 1631 As you can see, the first two give same results, but the third, i.e., the one you gives, give a different result. Why does this happen? Regards 2014-02-02, Paul Slootman paul+rs...@wurtel.net: On Sun 02 Feb 2014, Hongyi Zhao wrote: I want to list the contents on the remote rsync server only to n, say, 2 level deep. In my case the the server is rsync://ftp.cn.debian.org, and I want to list all of the stuff in the following subdirectory only to 2 level deep: rsync://ftp.cn.debian.org/debian Any hints on this? rsync -a --exclude '/*/*/*/***' rsync://ftp.cn.debian.org/debian Paul -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html -- Hongyi Zhao hongyi.z...@gmail.com Xinjiang Technical Institute of Physics and Chemistry Chinese Academy of Sciences GnuPG DSA: 0xD108493 -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
[Bug 10357] make check fails for xattr tests
https://bugzilla.samba.org/show_bug.cgi?id=10357 --- Comment #7 from Pavel Šimerda (pavlix) psime...@redhat.com 2014-02-02 12:38:15 UTC --- (In reply to comment #5) Nothing fails here, so any progress would have to come from you. I supplied the relevant information in comment #3. I would be happy if you could provide information about the system where the tests succeed or better specific requirements for the system if available. (In reply to comment #6) I would also suggest trying rsync 3.1.1pre1, since the re-ordering of the chown xattr args may affect the test. Testing on a Gentoo notebook I use for travelling... SKIPchown (Can't chown (probably need root)) SKIPdevices (Rsync needs root/fakeroot for device tests) The skips are good as root isn't available and the overall check now succeeds. I don't know whether it's because of 3.1.1pre1 or because of the environment, though. With 'fakeroot' package installed, all tests with 3.1.1pre1 on the gentoo box Gentoo pass. Please keep the bug open until I verify it on on other systems as well. I'll supply the information ASAP and will close the bug if it works for me. -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the QA contact for the bug. -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Bugg when using Extended Attributes flag -X
Hello, I found that using rsync on OS X can give some problems when it comes to Extended Attributes (-X flag). The server I use has Ubuntu with the filesystem XFS and I am trying to backup a OS X system to it. The problem is as far as I understand it that Linux Kernel has a liming on 64k för Extended Attributes and OS X don’t have this limit. Some error output. rsync: rsync_xal_set: lsetxattr(/srv/danne/extern2/1000_EXT/2013/2013-03-05/IMG_6872-Edit.tif,user.com.apple.ResourceFork) failed: Argument list too long (7) Error 2 rsync: rsync_xal_set: lsetxattr(/srv/nas/home/apple_bak_rsync/x/Pictures/iPhoto Library/Database/BigBlobs.apdb,user.com.apple.FinderInfo) failed: Operation not permitted (1) Both this errors will go away if removing the -X flag from rsync. What I would like to see is a feature in rsync that checks the destination operation system environment and if it can’t handle the size of the EA being transferred then stores the EA information in a separate file. //Sun_Blood -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
