similar to: [Bug 2690] Manpage suggestions

https://bugzilla.samba.org/show_bug.cgi?id=2690 wayned@samba.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Additional Comments From wayned@samba.org 2005-09-21 15:41

https://bugzilla.samba.org/show_bug.cgi?id=2690 Summary: SYNOPSIS "rsync [OPTION]... SRC [SRC]... DEST" incorrect Product: rsync Version: 2.6.4 Platform: All URL: http://rsync.samba.org/ftp/rsync/rsync.html OS/Version: All Status: NEW Severity: trivial Priority: P3 Component: core

https://bugzilla.samba.org/show_bug.cgi?id=2690 ------- Additional Comments From Raf_Schietekat@ieee.org 2005-07-17 02:21 ------- (In reply to comment #3) Great! BTW, sorry for not replying sooner. --- > There are two different ways for rsync to contact a remote system: using a > remote-shell program as the transport (such as ssh or rsh) or contacting an > rsync daemon directly

Patch includes fixes to man page including: - Typos/Spelling - Clarity - Special characters. - Moved around text explaining example. Make sure I didn't confuse the exclude list/file paragraph (line ~961 after applying the patch), I haven't used the feature and the motive of that paragraph is a tad unclear. Hope the patch is helpful. Never had used yodl before. Thanks for rsync. /a

Hi, A minor bug in the manpage was noticed by a Debian user... (Please keep the 418923-forwarded@bugs.debian.org in the Cc list in replies.) diff -u -r1.399 rsync.yo --- rsync.yo 23 Jan 2007 15:34:43 -0000 1.399 +++ rsync.yo 12 Apr 2007 19:30:17 -0000 @@ -724,7 +724,7 @@ also ignored. Using this option in conjunction with bf(--relative) may give unexpected results. -dit(bf(-K,

This is a patch to add an --rsync-exclude option to rsync-2.5.6cvs. File names in .rsync- (or .rsync+) are excluded (or included) from the file lists associated with the current directory and all of its subdirectories. This has advantages over --cvs-exclude for backing up large file systems since the .cvsignore files only apply to the current directory: unless the .cvsignore restrictions apply

Greetings. I'm not sure if this is the place or not, but I wanted to pass on this patch (against CVS as of today) to document two exit values that are used by rsync but not yet in the docs. Please let me know if there's a better place to send it. Many thanks to the developers and maintainers of rsync for all the excellent work! Jon Index: rsync.yo

There's a rather old bug report in Debian's bug tracking system (see http://bugs.debian.org/27126) about wanting to be able to specify the maximum file size, as well as the minimum file size. Here's the text: Sometimes, it's useful to specify a file size range one is interested in. For example, I'd like to keep an up-to-date mirror of Debian, but I currently

https://bugzilla.samba.org/show_bug.cgi?id=8558 Summary: rsync --out-format doesn't support single character escapes as listed in manpage Product: rsync Version: 3.0.6 Platform: x64 OS/Version: Linux Status: NEW Severity: minor Priority: P5 Component: core AssignedTo: wayned

https://bugzilla.samba.org/show_bug.cgi?id=4383 Summary: Idea: Store files in compressed format and visa versa Product: rsync Version: 3.0.0 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy:

Updated to current cvs without the --exclude-from - patch. This patch allows specifying a --link-dest path similar to --compare-dest except that unchanged files are hard-linked to the --link-dest path instead of producing a sparse tree. -- ________________________________________________________________ J.W. Schultz Pegasystems Technologies email address: jw@pegasys.ws Remember

Hello, In the rsync manpage I read: A < means that a file is being transferred to the remote host (sent). and A > means that a file is being transferred to the local host (received). In my experience it is just the other way around: A ">" means form source, the local host, to destination, the remote host. Also being transferred to the remote host / ohter harddisk /

This patch causes --exclude-from and --include-from to read from STDIN when given - for a filename. This was formerly incorporated in my --link-dest patch. Patch against current cvs. -- ________________________________________________________________ J.W. Schultz Pegasystems Technologies email address: jw@pegasys.ws Remember Cernan and Schmitt -------------- next part

Below is a diff to vcut.c and its vcut.1 manpage, which - rewrites the manpage in the mdoc(7) markup as offered in my previous message, and while there: - drops the [] around cutpoint as it is _not_ optional - adds the [] around [+] as it _is_ optional - drops the argument name difference between "cutpoint" and "cuttime" - adds the usage sentence about "." output

I was startled to find that the --csum-length option is not implemented even though it is documented in the manpage. Not a good thing. Here's a patch that removes the manpage entry. I'd much rather not see this option and actually have the csum_length be per-file dynamic. Either way this patch should be applied at least until the code changes. The patch also brings rsync.1 and

In the manpage, all occurrences of a single quote (or apostrophe) are preceded by a backslash. This means that these get turned into acute accents by groff; here's the relevant part of the groff manpage: \' The acute accent ; same as \(aa. Unescaped: apostrophe, right quotation mark, single quote (ASCII 0x27). I think all these backslashes should be removed, as the

People of cygwin & rsync, I recently attempted to get cygwin and rsync working to solve a backup/mirroring need in my computer life. Well, as you might guess, I ran into a little but of trouble. Strangely enough, rsync seemed to be regularly hanging when I attempted to do a "get" (sycronize a remote to a local dir). Well, considering I want to automate this, that was not going

I'm trying to transfer something to another machine launching a once-only "daemon" through ssh with this command: rsync -avv -e "ssh -l user" ./orig/ machine::module/ where "module" is the name of a file in the home dir of user with the following: path = /path/to/home/transfer The ssh connection works without passphrase. This is the error: opening connection

hello, I have a following problem while using rsync: rsync: connection unexpectedly closed (0 bytes read so far) rsync error: error in rsync protocol data stream (code 12) at io.c(189) it was coused by command rsync -r source/ dest/ -e rsh I use rsync-2.6.0 with rsh. What bothers me is that folowing problem apears time to time. I already checked the location of rsync on both machines, both

Dear openssh people, Here's something to try: $ echo a >a $ echo b >b $ echo c >c $ $ scp a b c $ $ echo $? 1 $ cat a b c a b b Ouch! Also, for comparison: $ cp a b c cp: copying multiple files, but last argument `c' is not a directory Try `cp --help' for more information. $ rcp a b c rcp: c: Not a directory. $ Note that the cp behavior is specified in SuSv2.