similar to: duplicated --itemize-changes hangs since 3.1.1pre1

https://bugzilla.samba.org/show_bug.cgi?id=10496 Summary: --itemize-changes always reports xattr changes with --xattrs --fake-super Product: rsync Version: 3.1.1 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P5 Component: core AssignedTo: wayned at

[I failed to get the subject right on the first try of this announcement, so here's another...] I have just made rsync 3.1.1pre1 available for testing. This is a bug-fix release that should hopefully handle the biggest issues that cropped up so far in the testing of 3.1.0. Please test this new release and send email to the rsync mailing list with any questions, comments, or bug reports. To

[I failed to get the subject right on the first try of this announcement, so here's another...] I have just made rsync 3.1.1pre1 available for testing. This is a bug-fix release that should hopefully handle the biggest issues that cropped up so far in the testing of 3.1.0. Please test this new release and send email to the rsync mailing list with any questions, comments, or bug reports. To

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 list, Using rsync version 3.1.0pre1 protocol version 31.PR14, I ran this command to sync two local filesystems: rsync -rvvctpgonh --itemize-changes --progress --stats --log-file=/root/rsync.log /mnt/ntfs/vmdk/ /mnt/ntfs/restore/ -r = recursive -vv = verbose -c = checksum compare -t = transfer modification times -p = set destination perms to match source -g = set destination group to

I can crash R CMD check with the following message: This shouldn't happen at /usr/local/lib/R/share/perl/R/Rdconv.pm line 1226, <rdfile> line 24. under the following circumstances -- an \itemize{} environment in the \details{} section with an item that continues on more than one line, delimited by curly brackets. It looks like \items would rather be delimited by spaces than by

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, rsync-3.0.2 with patches/acls.diff,patches/xattrs.diff,patches/slp.diff fails (most of the time) in the itemize test: ----- itemize log follows Testing for symlinks using 'test -h' makepath /usr/src/packages/BUILD/rsync-3.0.2/testtmp/itemize/from/foo makepath /usr/src/packages/BUILD/rsync-3.0.2/testtmp/itemize/from/bar/baz cd+++++++++ ./ cd+++++++++ bar/

Wayne, I noticed that rsync's "*deleting" itemize output needs two trailing spaces now that the other itemize codes are 11 characters wide. See the patch below. Matt ------------- Index: log.c =================================================================== RCS file: /cvsroot/rsync/log.c,v retrieving revision 1.179 diff -u -r1.179 log.c --- log.c 10 Jul 2007 13:55:49

I'm getting an anomalous result from using the itemize command in a documentation file. My usage is something like \itemize{ \item Melvin \item Irving \item Clyde \item Fred } (This was place inside ``\details{ }''.) (Previously I had enclosed the text following each item in braces but that gave even worse results.) The package appears to install OK; i.e. the command R

Hi. The choice of 'config.h' for testing does not consider the possiblity of objdir != srcdir builds. The small patch below replaces 'config.h' with 'configure.in' in keeping with the 'config' name choice. Art Haas Index: testsuite/itemize.test =================================================================== RCS file: /cvsroot/rsync/testsuite/itemize.test,v

Dear All, how can I create a list in the \value{} section of an Rd file? The things I have tried: 1. \value{ text text \item more text \item even more } ******* Syntax error: \item in /----- \item more text \item even more\----- 2. \value{ text text \item{more text} \item{even more} } This gives no error or warning, but the manual page looks as -------------------- Value: text text

When syncing from Linux to Aix --itemize-changes with --perms lists directories every time because the high-order st_mode bits for directories differ between the two systems, and itemize() isn't masking them with CHMOD_BITS. Here is a fix, tested with 2.6.6pre1. PS: I'm not subscribed to this mailing list, please Cc: if you need more info from me. Thanks. --- generator.c.~1~ Thu Jun

Hi

Dear list, I'm writing Rd files and I'd like to have a list inside the description of an argument: (...) \arguments{ (...) \item{bootmethod}{vector of strings, defining the methods used for resampling. Possible methods: \itemize{ \item{"boot"} {Nonparametric bootstrap (precise behaviour is controlled by parameters \code{bscompare} and

https://bugzilla.samba.org/show_bug.cgi?id=7622 Summary: Factor out common logic from itemize and unchanged_attrs functions Product: rsync Version: 3.1.0 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P3 Component: core AssignedTo: wayned at samba.org

I rebuilt a test version of my yaImpute package using Uwe Ligges' windows build service. I got this reply: Check result: OK R version 2.9.0 Under development (unstable) (2009-01-27 r47756) Here is the issue: I have the following construct in help files (this example relates to "data"): \format{ A data frame with 847 rows and 29 columns: \cr\cr Ground based measurements of

I have multiple upstreams in my office. The primary upstream is having some issues with latency\jitter. I want to move the VoIP traffic to another interface. I have the router set to send all traffic destined for "local" networks out the respective interfaces. Traffic destined to the Internet goes out one of the upstreams. I can do this on a per-IP basis and have successfully done

https://bugzilla.samba.org/show_bug.cgi?id=10522 Summary: --detect-renamed patch is causing deletions as if a 'delete flag' was supplied, when none have been Product: rsync Version: 3.1.1 Platform: x86 OS/Version: All Status: NEW Severity: normal Priority: P5 Component: core

https://bugzilla.samba.org/show_bug.cgi?id=5792 Summary: rsync fails to log files "sent" with options: --itemize- changes -n --log-file Product: rsync Version: 3.0.2 Platform: PPC OS/Version: Mac OS X Status: NEW Severity: minor Priority: P3 Component: core AssignedTo: