similar to: Does the --delete conflict with --files-from?

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Technically no, practically kinda... Deleting files only works when you are syncing a directory. If you specify every file to copy then you aren't actually syncing anything and there is nothing for --delete to do. So, --delete will only work if your files-from file is a list of directories rather that files. OTOH, you are probably actually

On Sat, 18 Apr 2015 00:39:42 -0400, Kevin Korb wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I still don't see an output from rsync --itemize-changes with an A/B > difference. What do you mean by saying the above things? Do you mean only the `--itemize-changes' is enough for my case? Or Do you want to see the output from my case of running on the

On Thu, 16 Apr 2015 11:21:03 -0400, Kevin Korb wrote: > Just go 1 deeper for your source: rsync -l > ftp.cn.debian.org::debian/dists/wheezy/main/installer-amd64/current/ Yes, I've tried this before. But I also use the `--delete --delete- excluded' with the above options. And finally I found that the current will not be retrieved, in fact it will be deleted at the end. Then I

Hi all, See the following command: $ rsync -av ftp.cn.debian.org::debian/dists/Debian7.8/Release . Which will download the file Release under the directory from which the rsync command is isssued. If I want to keep the original directories structures, say, for this case, put the the Release in the following location: ./dists/Debian7.8/Release If the directory tree doesn't exist, let

On Fri, 17 Apr 2015 23:45:42 -0400, Kevin Korb wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > So, I am assuming that without --itemize-changes you couldn't tell the > difference between "I am transferring a file" and "I am fixing the > timestamp on a file". > > Even if I am right, you are probably still mis-using --checksum. When

On Fri, 17 Apr 2015 21:27:56 -0400, Kevin Korb wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Any time rsync wants to do something to a file you don't think it should > be see what --itemize-changes says about it. In fact, -v is almost > entirely useless without --itemize-changes. In fact, if I was in charge > I would make -v include --itemize-changes.

Hi all, See the following for detail: $ rsync -l ftp.cn.debian.org::debian/dists/wheezy/main/installer-amd64/ [snip] drwxr-sr-x 4,096 2015/01/10 18:17:33 . lrwxrwxrwx 18 2015/01/10 18:16:31 current -> 20130613+deb7u2 +b4 drwxr-xr-x 4,096 2013/05/01 05:33:52 20130430 drwxr-sr-x 4,096 2015/01/05 17:25:32 20130613+deb7u2+b4 In the above case, the current

Hi all, >From the manpage of rsync, I can see the following descriptions: --inplace The option implies --partial (since an interrupted transfer does not delete the file) So I do the following testings on the `--inplace' and `--partial' for resuming a file with the following steps: 1- rsync ftp.cn.debian.org::debian/dists/wheezy/main/binary-amd64/

Hi all, I've a local repository for Debian, and I'm doing some rsync testings on it. See the following commands for detail: werner at debian:~/software/LocalRepo$ rsync -amvHKLPRSB131072 -n \ ftp.uk.debian.org::debian/./dists/wheezy-updates/main/\ debian-installer/binary-amd64/Packages.gz \ repo.debian.local/debian/ [snip]

Hi all, Suppose I have remote rsync server, named as: rsync.example.net. And I want to finding some specific files/directories from it. To do this, I must let my local rsync client to do a traversing among all of its modules and the corresponding sub-directories. Say, if I want to find all of the `foo/file' on this rsync server, i.e., a file named file which is located under the foo

Hi all, When connect to a remote rsync server, ofter it will give some site- specified messages, say, the following one: ------------ _______________________________________________________________ | University of Science and Technology of China | | Open Source Mirror (mirrors.ustc.edu.cn) | |===============================================================| |

Hi all, See the following commands: werner at debian:~$ rsync -c ftp.cn.debian.org::debian/ 2 >aaa rsync: The server is configured to refuse --checksum (-c) rsync error: requested action not supported (code 4) at clientserver.c (849) [sender=3.0.9] rsync: read error: Connection reset by peer (104) rsync error: error in socket IO (code 10) at io.c(785) [Receiver=3.1.2dev] Why rsync cann't

Hi all, The `--itemize-changes' has the following notes within the manual: The other letters in the string above are the actual letters that will be output if the associated attribute for the item is being updated or a "." for no change. Three exceptions to this are: (1) a newly created item replaces each letter with a "+",

Hi all, I write a complex filter rules as follows: rsync -amvHPRSB131072 -n --delete --delete-excluded \ -f +_dists/jessie/**binary-all/Packages.gz \ -f +_dists/jessie/Release* \ -f +_dists/jessie/**binary-amd64/Packages.gz \ -f +_dists/jessie/**installer-amd64/*** \ -f +_dists/jessie/**binary-i386/Packages.gz \ -f +_dists/jessie/**installer-i386/*** \ -f +_dists/***/ \ -f -_*

Hi all, Suppose I have a file on the remote rsync server: rsync://path/to/myfile And I want to only retrieve a part of the file based a ranges of bytes to my local host, say, 0-499, means only transfer the first 500 bytes of that file. Is this possible with rsync client? Regards -- .: Hongyi Zhao [ hongyi.zhao AT gmail.com ] Free as in Freedom :.

On Tue, 14 Apr 2015 13:32:46 +0200, Paul Slootman wrote: > ftp.cn.debian.org is running a version of rsync that supports protocol > version 30, whereas ftp.is.co.za is running an older version that only > supports up to 29. Anyway, thanks for your above notes again. I finally use the nmap to check the things you said above are correct: werner at debian:~$ nmap -sV -p873

On Tue, 14 Apr 2015 09:32:10 +0200, Paul Slootman wrote: > On Tue 14 Apr 2015, Hongyi Zhao wrote: >> >> See the following commands: >> >> ___________________________ >> >> $ rsync -rmnv -f +_README -f -_* ftp.is.co.za::mirror/ftp.debian.org/ >> ftp.us.debian.org/debian Please see the above line including the part of line-wrapping. I've used

Hi all, See the following commands: ___________________________ $ rsync -rmnv -f +_README -f -_* ftp.is.co.za::mirror/ftp.debian.org/ ftp.us.debian.org/debian [snipped] receiving file list ... done sent 23 bytes received 9 bytes 1.42 bytes/sec total size is 0 speedup is 0.00 (DRY RUN) $ rsync -rmnv -f +_README -f -_* ftp.cn.debian.org::debian [snipped] receiving file list ... done

On Wed, 15 Apr 2015 14:39:10 +0200, Heiko Schlittermann wrote: > Because you didn't tell. > > ? 2>aaaa > > Note the missing space between die file descriptor and the redirection > operator. Then, why the following one will work, i.e., use a space between the redirection operator and the logfile: ? 2> aaaa Regards -- .: Hongyi Zhao [ hongyi.zhao AT gmail.com

Hi all, I'm using Debian, I want to make a local repository which can let me install packages more conveniently. Considering that the rsync tool is the Debian official proposed tool for syncing the files among its different rsync server sites, I use the rsync client to downloading the deb packages from the different rsync servers distributed around the world-wide for good loadbalancing and