On Wed, Apr 30, 2014 at 10:06 AM, Dieter Eubell @ ITWM <
dieter.eub...@itwm.fraunhofer.de> wrote:
> If you give multiple mappings to --usermap or --groupmap, only the first
> one is used.
>
I haven't seen that issue. Your patch fixes an issue with
--usermap=MIN-MAX:NEW not parsing, and I have in
Hello!
I think there is a small bug in cmdline parsing for option usermap and
groupmap. If you give multiple mappings to --usermap or --groupmap, only
the first one is used.
Example: rsync -a --usermap=userA:userB,userC:userD
-> Only the user mapping for userA to userB is used, the second mappi
Hi,
Many people are using nocache (https://github.com/Feh/nocache) to prevent
excessive buffer cache pollution by large rsync jobs. If you do so,
you may have started to notice an *insane* slowdown on small-file workloads;
turns out that nocache adds (IMHO unnecessary) fdatasync() calls after
wri
https://bugzilla.samba.org/show_bug.cgi?id=10532
--- Comment #8 from Roger Wolff 2014-04-30 07:40:41
UTC ---
Ah! It is the OLDER version of rsync that is refusing to talk to the newer one.
I would always have implemented protocol version compatiblity by having the
newer version make the decision
https://bugzilla.samba.org/show_bug.cgi?id=10579
Summary: --xattr internal abbrev error
Product: rsync
Version: 3.1.0
Platform: All
OS/Version: Mac OS X
Status: NEW
Severity: major
Priority: P5
Component: c