[Bug 11800] smarter "safe" symlink detection

https://bugzilla.samba.org/show_bug.cgi?id=11800 --- Comment #1 from world.lo...@gmail.com --- a simpler enhancement would be to add an exclude switch for excluding files/dirs from unsafe link detection so that we can exclude circular symlinks manually. e.g. --exclude-unsafe-link '*parent*'

[Bug 12199] multiple link-dest dirs not working

https://bugzilla.samba.org/show_bug.cgi?id=12199 --- Comment #2 from Brian J. Murrell --- No triage on this at least? -- 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

[Bug 12217] New: pogo games @1800-790-9186 support customer service phone number,support help desk phone number

https://bugzilla.samba.org/show_bug.cgi?id=12217 Bug ID: 12217 Summary: pogo games @1800-790-9186 support customer service phone number,support help desk phone number Product: rsync Version: 3.1.3 Hardware: All

[Bug 7757] with big file, rsync times out out when it should not; the sender is still responsive

https://bugzilla.samba.org/show_bug.cgi?id=7757 Christopher Meng changed: What|Removed |Added CC||i...@cicku.me ---

[Bug 12199] multiple link-dest dirs not working

https://bugzilla.samba.org/show_bug.cgi?id=12199 --- Comment #1 from Kevin Korb --- I have been discussing this in IRC for more than an hour now. The OP's complaint is not that multiple --link-dest paths aren't searched. The OP's complaint is that rsync finds an apparent

[Bug 12199] New: multiple link-dest dirs not working

https://bugzilla.samba.org/show_bug.cgi?id=12199 Bug ID: 12199 Summary: multiple link-dest dirs not working Product: rsync Version: 3.0.6 Hardware: All OS: All Status: NEW Severity: major

[Bug 12196] New: --numeric-ids broke usermap and groupmap in acls

https://bugzilla.samba.org/show_bug.cgi?id=12196 Bug ID: 12196 Summary: --numeric-ids broke usermap and groupmap in acls Product: rsync Version: 3.1.2 Hardware: x64 OS: Linux Status: NEW Severity: normal

[Bug 6546] Rsync incurs errors trying to remove "security.selinux" xattr

https://bugzilla.samba.org/show_bug.cgi?id=6546 --- Comment #6 from EML --- I'm seeing this on a clean Centos 7.2.1511 install, rsync 3.0.9. selinux is disabled on the src, and enabled on the dst, but in permissive mode, so I'm not expecting errors. 'ausearch

[Bug 12173] New: memory leak around poptGetOptArg()

https://bugzilla.samba.org/show_bug.cgi?id=12173 Bug ID: 12173 Summary: memory leak around poptGetOptArg() Product: rsync Version: 3.0.6 Hardware: All OS: All Status: NEW Severity: normal

[Bug 12153] Possible malfunctions of rsync when destination is on fat32 filesystem

https://bugzilla.samba.org/show_bug.cgi?id=12153 --- Comment #4 from Daniel --- This report might be a duplicate of 10675 -- 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

[Bug 10675] rsyncing >2GB file onto fat32 partition should fail earlier

https://bugzilla.samba.org/show_bug.cgi?id=10675 --- Comment #1 from Daniel --- If the Topic should mean ">4GB": I can confirm the problem. -- You are receiving this mail because: You are the QA Contact for the bug. -- Please use reply-all for most replies to avoid

[Bug 12153] Possible malfunctions of rsync when destination is on fat32 filesystem

https://bugzilla.samba.org/show_bug.cgi?id=12153 --- Comment #3 from Daniel --- Have been picking on the problem. I think that the problem with files which already exist in destination but are transferred again is not caused by rsync but by a time comparison mismatch which

[Bug 12153] Possible malfunctions of rsync after encountering >4GbFat32Error

https://bugzilla.samba.org/show_bug.cgi?id=12153 --- Comment #2 from Daniel --- Possible malfunction 2: Files are missing in destination. These files have been shown to be transferred with the --progress option at a speed that exceeds the maximum write speed of the disk on

[Bug 12153] Possible malfunctions of rsync after encountering >4GbFat32Error

https://bugzilla.samba.org/show_bug.cgi?id=12153 --- Comment #1 from Daniel --- Possible malfunction 2 might be somehow related to case sensitivity in filenames. -- You are receiving this mail because: You are the QA Contact for the bug. -- Please use reply-all for most

[Bug 12153] New: Possible malfunctions of rsync after encountering >4GbFat32Error

https://bugzilla.samba.org/show_bug.cgi?id=12153 Bug ID: 12153 Summary: Possible malfunctions of rsync after encountering >4GbFat32Error Product: rsync Version: 3.1.1 Hardware: x86 OS: Linux

[Bug 5324] Reduce the performance penalty of --xattrs on Mac OS X

https://bugzilla.samba.org/show_bug.cgi?id=5324 Wayne Davison changed: What|Removed |Added Version|3.0.0 |3.1.3

[Bug 6546] Rsync incurs errors trying to remove "security.selinux" xattr

https://bugzilla.samba.org/show_bug.cgi?id=6546 --- Comment #4 from tmhik...@gmail.com --- I have been having problems with this bug on 3.1.1 and 3.1.2. To test if the latest version's xattr fixes would affect it, I also built the git version of 3.1.3dev which is git commit

[Bug 12132] New: Error on attributes when directory read-only

https://bugzilla.samba.org/show_bug.cgi?id=12132 Bug ID: 12132 Summary: Error on attributes when directory read-only Product: rsync Version: 3.1.2 Hardware: All OS: Mac OS X Status: NEW Severity: normal

[Bug 12131] New: Rsync reports directories but not files with changed permissions

https://bugzilla.samba.org/show_bug.cgi?id=12131 Bug ID: 12131 Summary: Rsync reports directories but not files with changed permissions Product: rsync Version: 3.1.1 Hardware: All OS: All

[Bug 12071] New: 24x7 Live Support+1800-213-2171 Microsoft Outlook technical Support Phone Number

https://bugzilla.samba.org/show_bug.cgi?id=12071 Bug ID: 12071 Summary: 24x7 Live Support+1800-213-2171 Microsoft Outlook technical Support Phone Number Product: rsync Version: 3.1.0 Hardware: All OS: All

[Bug 11481] --ignore-errors must be a separate option

https://bugzilla.samba.org/show_bug.cgi?id=11481 --- Comment #7 from Paul N --- (Sorry, more...) The greatest sin of how --ignore-errors misbehaves in the above case is that the only error REPORTED at the end of the transfer is the one for the oversized file that caused the

[Bug 11481] --ignore-errors must be a separate option

https://bugzilla.samba.org/show_bug.cgi?id=11481 --- Comment #6 from Paul N --- Slightly correction to my above comment, implying 1-2 more bugs: - When --ignore-errors is not specified, all subsequent files fail with 'Operation not permitted (1)', which is incorrect, at least

[Bug 11481] --ignore-errors must be a separate option

https://bugzilla.samba.org/show_bug.cgi?id=11481 --- Comment #5 from sambab...@phox.ca --- @Kevin, your understanding here is incorrect: rsync bails entire transfers on things that are NOT fatal to the entire transfer, and --ignore-errors overrides this. I ended up stumbling upon this bug as a

[Bug 12030] rsync leaves temporary files when transfer is interrupted.

https://bugzilla.samba.org/show_bug.cgi?id=12030 --- Comment #3 from Kevin Korb --- If you use --partial or --inplace and you don't use --whole-file that is exactly what it will do. -- You are receiving this mail because: You are the QA Contact for the bug. -- Please

[Bug 12030] rsync leaves temporary files when transfer is interrupted.

https://bugzilla.samba.org/show_bug.cgi?id=12030 --- Comment #2 from Yuri --- The intelligent way to handle this is to verify the leftover temporary file content with partial checksums and reuse it if the content is the same as an incoming file. -- You are receiving this mail

[Bug 12036] New: Multiple --link-dest, --copy-dest, or --compare-dest flags produce incorrect behavior

https://bugzilla.samba.org/show_bug.cgi?id=12036 Bug ID: 12036 Summary: Multiple --link-dest, --copy-dest, or --compare-dest flags produce incorrect behavior Product: rsync Version: 3.1.2 Hardware: All OS:

[Bug 12036] Multiple --link-dest, --copy-dest, or --compare-dest flags produce incorrect behavior

https://bugzilla.samba.org/show_bug.cgi?id=12036 --- Comment #2 from Chris Kuehl --- Created attachment 12289 --> https://bugzilla.samba.org/attachment.cgi?id=12289=edit proposed patch -- You are receiving this mail because: You are the QA Contact for the bug. --

[Bug 12036] Multiple --link-dest, --copy-dest, or --compare-dest flags produce incorrect behavior

https://bugzilla.samba.org/show_bug.cgi?id=12036 --- Comment #1 from Chris Kuehl --- Looking through the code, this sticks out to me: static int try_dests_reg(struct file_struct *file, char *fname, int ndx, char *cmpbuf, stat_x *sxp, int

[Bug 5324] Reduce the performance penalty of --xattrs on Mac OS X

https://bugzilla.samba.org/show_bug.cgi?id=5324 Stefan Metzmacher changed: What|Removed |Added Attachment #12286|0 |1 is obsolete|

[Bug 5324] Reduce the performance penalty of --xattrs on Mac OS X

https://bugzilla.samba.org/show_bug.cgi?id=5324 Stefan Metzmacher changed: What|Removed |Added Attachment #12285|0 |1 is obsolete|

[Bug 5324] Reduce the performance penalty of --xattrs on Mac OS X

https://bugzilla.samba.org/show_bug.cgi?id=5324 --- Comment #6 from Stefan Metzmacher --- Created attachment 12285 --> https://bugzilla.samba.org/attachment.cgi?id=12285=edit A first work in progress patch to add a hashtable I need to clean this up and do more tests. But

[Bug 12030] rsync leaves temporary files when transfer is interrupted.

https://bugzilla.samba.org/show_bug.cgi?id=12030 --- Comment #1 from Kevin Korb --- By default rsync does delete the incomplete file when it is aborted. The override for that is --partial (which is implied by -P). However, it also depends on how the rsync is interrupted.

[Bug 12030] New: rsync leaves temporary files when transfer is interrupted.

https://bugzilla.samba.org/show_bug.cgi?id=12030 Bug ID: 12030 Summary: rsync leaves temporary files when transfer is interrupted. Product: rsync Version: 3.1.2 Hardware: All OS: FreeBSD Status:

[Bug 10910] build: FTBFS paralel build start before proto.h generation (patch)

https://bugzilla.samba.org/show_bug.cgi?id=10910 Wayne Davison changed: What|Removed |Added Resolution|--- |DUPLICATE

[Bug 12029] Makefile missing dep gives parallel race for rounding.h

https://bugzilla.samba.org/show_bug.cgi?id=12029 Wayne Davison changed: What|Removed |Added CC|

[Bug 12029] Makefile missing dep gives parallel race for rounding.h

https://bugzilla.samba.org/show_bug.cgi?id=12029 Wayne Davison changed: What|Removed |Added Resolution|--- |FIXED

[Bug 12029] Makefile missing dep gives parallel race for rounding.h

https://bugzilla.samba.org/show_bug.cgi?id=12029 --- Comment #1 from Greg Whiteley --- Created attachment 12280 --> https://bugzilla.samba.org/attachment.cgi?id=12280=edit Patch to depend on generated proto.h for rounding.h The temporary `rounding` requires rsync.h to

[Bug 12029] New: Makefile missing dep gives parallel race for rounding.h

https://bugzilla.samba.org/show_bug.cgi?id=12029 Bug ID: 12029 Summary: Makefile missing dep gives parallel race for rounding.h Product: rsync Version: 3.1.2 Hardware: All OS: All Status: NEW

[Bug 12014] New: support/rrsync fails when client option "-M --log-file-format" is used

https://bugzilla.samba.org/show_bug.cgi?id=12014 Bug ID: 12014 Summary: support/rrsync fails when client option "-M --log-file-format" is used Product: rsync Version: 3.0.9 Hardware: All OS: All

[Bug 6590] [sender] could not find xattr #1 for home/jdoe/TheFresh

https://bugzilla.samba.org/show_bug.cgi?id=6590 Wayne Davison changed: What|Removed |Added Resolution|--- |FIXED

[Bug 6590] [sender] could not find xattr #1 for home/jdoe/TheFresh

https://bugzilla.samba.org/show_bug.cgi?id=6590 --- Comment #12 from Roman Dubtsov --- Hi, I think I've found the source of this bug. send_xattr_request() skips xattrs that are abbreviated: 552 case XSTATE_ABBREV: 553 /* Items left abbreviated matched

[Bug 11979] New: rsync -X fails without need

https://bugzilla.samba.org/show_bug.cgi?id=11979 Bug ID: 11979 Summary: rsync -X fails without need Product: rsync Version: 3.1.1 Hardware: All OS: Linux Status: NEW Severity: normal Priority:

[Bug 11978] mkstemp failed: File name too long (36) when filename is under the limit

https://bugzilla.samba.org/show_bug.cgi?id=11978 --- Comment #2 from Syr --- Triple post. Shouldn't it also use e.g. f_namelen from statfs() at runtime instead of a compile-time constant? And MAXPATHLEN doesn't even seem to reflect reality, since it's not

[Bug 11978] mkstemp failed: File name too long (36) when filename is under the limit

https://bugzilla.samba.org/show_bug.cgi?id=11978 --- Comment #1 from Syr --- https://git.samba.org/rsync.git/?p=rsync.git;a=blob;f=receiver.c;hb=3267d6a9ceeefad438080b17c02daa7775820803#l143 Wait, it actually adds 8 characters to it in total, there's a dot

[Bug 11978] New: mkstemp failed: File name too long (36) when filename is under the limit

https://bugzilla.samba.org/show_bug.cgi?id=11978 Bug ID: 11978 Summary: mkstemp failed: File name too long (36) when filename is under the limit Product: rsync Version: 3.1.1 Hardware: All OS: All

[Bug 10532] Rsync fails with older version.

https://bugzilla.samba.org/show_bug.cgi?id=10532 --- Comment #10 from Roger Wolff --- FYI: I still think this is relevant, and the current "structure" is not appropriate. The machine in question was installed in 1996, it serves a single purpose (in an industrial

[Bug 10532] Rsync fails with older version.

https://bugzilla.samba.org/show_bug.cgi?id=10532 Wayne Davison changed: What|Removed |Added CC||sk...@ithnet.com ---

[Bug 11803] rsync protocol (selection/compatibility) problem

https://bugzilla.samba.org/show_bug.cgi?id=11803 Wayne Davison changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 11803] rsync protocol (selection/compatibility) problem

https://bugzilla.samba.org/show_bug.cgi?id=11803 --- Comment #1 from Ged Haywood --- Any progress on this? -- 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

[Bug 5324] Reduce the performance penalty of --xattrs on Mac OS X

https://bugzilla.samba.org/show_bug.cgi?id=5324 --- Comment #5 from Björn Jacke --- how about adding an option like "--use-ctime-before-xattr-compares", which only reads and compares EAs for files where the ctime on the source side is newer than the ctime on the target side. EA

[Bug 11949] A malicious sender can still use symlinks to overwrite files

https://bugzilla.samba.org/show_bug.cgi?id=11949 Vitezslav Cizek changed: What|Removed |Added Status|NEEDINFO|CLOSED

[Bug 11949] A malicious sender can still use symlinks to overwrite files

https://bugzilla.samba.org/show_bug.cgi?id=11949 --- Comment #3 from Vitezslav Cizek --- (In reply to Wayne Davison from comment #2) Thanks, I just found the commit too, I completely missed it before. I reproduced this on a patched 3.1.1, not 3.1.2, if I remember it correctly.

[Bug 11949] A malicious sender can still use symlinks to overwrite files

https://bugzilla.samba.org/show_bug.cgi?id=11949 --- Comment #2 from Wayne Davison --- FYI, the other commit is: e12a6c087ca1eecdb8eae5977be239c24f4dd3d9 -- You are receiving this mail because: You are the QA Contact for the bug. -- Please use reply-all for most replies to

[Bug 11949] A malicious sender can still use symlinks to overwrite files

https://bugzilla.samba.org/show_bug.cgi?id=11949 Wayne Davison changed: What|Removed |Added Status|NEW |NEEDINFO --- Comment #1

[Bug 11949] New: A malicious sender can still use symlinks to overwrite files

https://bugzilla.samba.org/show_bug.cgi?id=11949 Bug ID: 11949 Summary: A malicious sender can still use symlinks to overwrite files Product: rsync Version: 3.1.2 Hardware: All OS: All Status:

[Bug 11879] escape rrsync restricted folder

https://bugzilla.samba.org/show_bug.cgi?id=11879 g.parro...@gmail.com changed: What|Removed |Added CC||g.parro...@gmail.com --- Comment #1

[Bug 8367] Add a feature to --rename-existing files

https://bugzilla.samba.org/show_bug.cgi?id=8367 Devin Nate changed: What|Removed |Added Attachment #12106|minor cleanups

[Bug 8367] Add a feature to --rename-existing files

https://bugzilla.samba.org/show_bug.cgi?id=8367 --- Comment #6 from Devin Nate --- Created attachment 12106 --> https://bugzilla.samba.org/attachment.cgi?id=12106=edit minor cleanups minor cleanups -- You are receiving this mail because: You are the QA Contact for

[Bug 8367] Add a feature to --move-existing files

https://bugzilla.samba.org/show_bug.cgi?id=8367 --- Comment #4 from Devin Nate --- Comment on attachment 12104 --> https://bugzilla.samba.org/attachment.cgi?id=12104 rsync-3.1.2-rename-existingV6.patch Please find attached an updated version of this patch. It has

[Bug 8367] Add a feature to --move-existing files

https://bugzilla.samba.org/show_bug.cgi?id=8367 --- Comment #5 from Devin Nate --- Comment on attachment 12104 --> https://bugzilla.samba.org/attachment.cgi?id=12104 rsync-3.1.2-rename-existingV6.patch Please find attached an updated version of this patch. It has

[Bug 8367] Add a feature to --move-existing files

https://bugzilla.samba.org/show_bug.cgi?id=8367 Devin Nate changed: What|Removed |Added Attachment #6931|0 |1 is

[Bug 11909] New: Doc patch for INCLUDE/EXCLUDE PATTERN RULES

https://bugzilla.samba.org/show_bug.cgi?id=11909 Bug ID: 11909 Summary: Doc patch for INCLUDE/EXCLUDE PATTERN RULES Product: rsync Version: 3.1.2 Hardware: All OS: All Status: NEW Severity: enhancement

[Bug 11893] New: rsync should check local file access permission before connecting to remote end

https://bugzilla.samba.org/show_bug.cgi?id=11893 Bug ID: 11893 Summary: rsync should check local file access permission before connecting to remote end Product: rsync Version: 3.1.2 Hardware: All OS: All

[Bug 11879] New: escape rrsync restricted folder

https://bugzilla.samba.org/show_bug.cgi?id=11879 Bug ID: 11879 Summary: escape rrsync restricted folder Product: rsync Version: 3.1.2 Hardware: All OS: All Status: NEW Severity: normal Priority:

[Bug 11866] New: rsync fails (failed to re-stat) when using double fuzzy + link-dest on renamed files

https://bugzilla.samba.org/show_bug.cgi?id=11866 Bug ID: 11866 Summary: rsync fails (failed to re-stat) when using double fuzzy + link-dest on renamed files Product: rsync Version: 3.1.1 Hardware: All OS:

[Bug 11668] incorrect/inconsistent behavior when --backup-dir is on a full filesystem

https://bugzilla.samba.org/show_bug.cgi?id=11668 Wayne Davison changed: What|Removed |Added Resolution|--- |FIXED

[Bug 11382] elapsed time calculation does not account for time function possibly returning -1

https://bugzilla.samba.org/show_bug.cgi?id=11382 Wayne Davison changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 11817] Fix rsyncd.conf gid field parsing: allow spaces within them and improve delimiter logic

https://bugzilla.samba.org/show_bug.cgi?id=11817 Wayne Davison changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 11814] man-copy Make target missing rsync.1 and rsyncd.conf.5 dependencies

https://bugzilla.samba.org/show_bug.cgi?id=11814 Wayne Davison changed: What|Removed |Added Resolution|--- |INVALID

[Bug 11813] m4/socklen_t.m4 uses obsolete AC_TRY_COMPILE macro

https://bugzilla.samba.org/show_bug.cgi?id=11813 Wayne Davison changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 11812] rsync without --verbose still writes "(new) backup_dir is ..." to STDOUT

https://bugzilla.samba.org/show_bug.cgi?id=11812 Wayne Davison changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 11668] incorrect/inconsistent behavior when --backup-dir is on a full filesystem

https://bugzilla.samba.org/show_bug.cgi?id=11668 --- Comment #1 from Jim Nelson --- I've investigated this problem and coded a patch, which I will attach after posting this comment. I also coded a test case for the test suite. Using the test case and git bisect, I

[Bug 11668] incorrect/inconsistent behavior when --backup-dir is on a full filesystem

https://bugzilla.samba.org/show_bug.cgi?id=11668 --- Comment #2 from Jim Nelson --- Created attachment 11960 --> https://bugzilla.samba.org/attachment.cgi?id=11960=edit Test case for test suite -- You are receiving this mail because: You are the QA Contact for the bug.

[Bug 11668] incorrect/inconsistent behavior when --backup-dir is on a full filesystem

https://bugzilla.samba.org/show_bug.cgi?id=11668 --- Comment #3 from Jim Nelson --- Created attachment 11961 --> https://bugzilla.samba.org/attachment.cgi?id=11961=edit Proposed patch -- You are receiving this mail because: You are the QA Contact for the bug. -- Please

[Bug 11382] elapsed time calculation does not account for time function possibly returning -1

https://bugzilla.samba.org/show_bug.cgi?id=11382 --- Comment #1 from Brant Gurganus --- Created attachment 11958 --> https://bugzilla.samba.org/attachment.cgi?id=11958=edit patch indicating unknown bytes/sec if time() returned -1 -- You are receiving this mail because:

[Bug 11817] New: Fix rsyncd.conf gid field parsing: allow spaces within them and improve delimiter logic

https://bugzilla.samba.org/show_bug.cgi?id=11817 Bug ID: 11817 Summary: Fix rsyncd.conf gid field parsing: allow spaces within them and improve delimiter logic Product: rsync Version: 3.1.2 Hardware: All

[Bug 11814] New: man-copy Make target missing rsync.1 and rsyncd.conf.5 dependencies

https://bugzilla.samba.org/show_bug.cgi?id=11814 Bug ID: 11814 Summary: man-copy Make target missing rsync.1 and rsyncd.conf.5 dependencies Product: rsync Version: 3.1.2 Hardware: All OS: All

[Bug 11813] m4/socklen_t.m4 uses obsolete AC_TRY_COMPILE macro

https://bugzilla.samba.org/show_bug.cgi?id=11813 --- Comment #1 from Brant Gurganus --- Created attachment 11942 --> https://bugzilla.samba.org/attachment.cgi?id=11942=edit trivial patch replacing obsolete macro with non-obsolete replacement I'm surprised I missed this

[Bug 11813] New: m4/socklen_t.m4 uses obsolete AC_TRY_COMPILE macro

https://bugzilla.samba.org/show_bug.cgi?id=11813 Bug ID: 11813 Summary: m4/socklen_t.m4 uses obsolete AC_TRY_COMPILE macro Product: rsync Version: 3.1.2 Hardware: All OS: All Status: NEW Severity: trivial

[Bug 11812] New: rsync without --verbose still writes "(new) backup_dir is ..." to STDOUT

https://bugzilla.samba.org/show_bug.cgi?id=11812 Bug ID: 11812 Summary: rsync without --verbose still writes "(new) backup_dir is ..." to STDOUT Product: rsync Version: 3.1.2 Hardware: All OS: Linux

[Bug 11805] Rsync -av source > destination does not write FAT of FAT32 USB stick correctly

https://bugzilla.samba.org/show_bug.cgi?id=11805 --- Comment #1 from Armin Mohring --- I have the following USB sticks: 1. Telekom: gratis 1 GB stick 2. Verbatim: 16 GB stick 3. Sony: 32 GB stick With all have the same error does occur. Can be the firmware of the sticks

[Bug 11578] Rsync does start with an error directly connecting an USB drive to a port

https://bugzilla.samba.org/show_bug.cgi?id=11578 Armin Mohring changed: What|Removed |Added Resolution|--- |FIXED

[Bug 11805] New: Rsync -av source > destination does not wiite FAT of FAT32 USB stick correctly

https://bugzilla.samba.org/show_bug.cgi?id=11805 Bug ID: 11805 Summary: Rsync -av source > destination does not wiite FAT of FAT32 USB stick correctly Product: rsync Version: 3.1.0 Hardware: x64 OS: Linux

[Bug 3653] Reduce the need for the "vanished files" warning

https://bugzilla.samba.org/show_bug.cgi?id=3653 --- Comment #27 from samba --- Still an issue on rsync-3.1.1-3 as found on Debian 8 -- You are receiving this mail because: You are the QA Contact for the bug. -- Please use reply-all for most replies to avoid omitting

[Bug 11803] New: rsync protocol (selection/compatibility) problem

https://bugzilla.samba.org/show_bug.cgi?id=11803 Bug ID: 11803 Summary: rsync protocol (selection/compatibility) problem Product: rsync Version: 3.1.2 Hardware: All OS: All Status: NEW Severity: normal

[Bug 11800] New: smarter "safe" symlink detection

https://bugzilla.samba.org/show_bug.cgi?id=11800 Bug ID: 11800 Summary: smarter "safe" symlink detection Product: rsync Version: 3.1.1 Hardware: All OS: All Status: NEW Severity: enhancement

[Bug 2294] Detect renamed files and handle by renaming instead of delete/re-send

https://bugzilla.samba.org/show_bug.cgi?id=2294 --- Comment #25 from Andrey Gursky --- On Sun, 06 Mar 2016 22:20:16 + samba-b...@samba.org wrote: > https://bugzilla.samba.org/show_bug.cgi?id=2294 > > --- Comment #23 from dajo...@gmail.com --- > Looking for this

[Bug 2294] Detect renamed files and handle by renaming instead of delete/re-send

https://bugzilla.samba.org/show_bug.cgi?id=2294 --- Comment #24 from Karl O. Pinc --- On Sun, 06 Mar 2016 22:20:16 + samba-b...@samba.org wrote: > https://bugzilla.samba.org/show_bug.cgi?id=2294 > > --- Comment #23 from dajo...@gmail.com --- > Looking for this capability

[Bug 2294] Detect renamed files and handle by renaming instead of delete/re-send

https://bugzilla.samba.org/show_bug.cgi?id=2294 --- Comment #23 from dajo...@gmail.com --- Looking for this capability prior to entering it as an enhancement request myself, I found everything here and basically have the same use case. My version is that I am creating a regular backup of logs

[Bug 11737] New: Units missing

https://bugzilla.samba.org/show_bug.cgi?id=11737 Bug ID: 11737 Summary: Units missing Product: rsync Version: 3.1.0 Hardware: x64 OS: Linux Status: NEW Severity: trivial Priority: P5

[Bug 11651] Can we allow --inplace and --sparse to coexist when --whole-file is in play?

https://bugzilla.samba.org/show_bug.cgi?id=11651 --- Comment #1 from Peter Wu --- What is the technical limitation exactly? Different transfer algorithms? This comes from OLDNEWS: - Reject the combination of --inplace and --sparse since the sparse-output algorithm

[Bug 11726] rsync fails to copy directory containing ancestor symlink (..)

https://bugzilla.samba.org/show_bug.cgi?id=11726 Wayne Davison changed: What|Removed |Added Status|REOPENED|RESOLVED

[Bug 11726] rsync fails to copy directory containing ancestor symlink with --copy-links

https://bugzilla.samba.org/show_bug.cgi?id=11726 Wayne Davison changed: What|Removed |Added Summary|rsync fails to copy |rsync fails to copy

[Bug 11726] rsync fails to copy directory containing ancestor symlink (..)

https://bugzilla.samba.org/show_bug.cgi?id=11726 cyp...@cyphar.com changed: What|Removed |Added Resolution|WONTFIX |--- Status|RESOLVED

[Bug 11726] --copy-links cause rsync to fail with ancestor symlink (..)

https://bugzilla.samba.org/show_bug.cgi?id=11726 --- Comment #1 from cyp...@cyphar.com --- I'm working on writing a patch for this (although this is my first time looking at the rsync codebase, so it might take a while). I'll ping this thread if I'm unable to write one. -- You are receiving

[Bug 11726] rsync fails to copy directory containing ancestor symlink (..)

https://bugzilla.samba.org/show_bug.cgi?id=11726 --- Comment #2 from cyp...@cyphar.com --- It turns out that this issue also happens even when you don't use --copy-link (albeit a different error): % rsync -a from to cannot delete non-empty directory: from/dir/loop could not make way for new

[Bug 11726] rsync fails to copy directory containing ancestor symlink (..)

https://bugzilla.samba.org/show_bug.cgi?id=11726 Wayne Davison changed: What|Removed |Added Resolution|--- |WONTFIX

[Bug 11726] rsync fails to copy directory containing ancestor symlink (..)

https://bugzilla.samba.org/show_bug.cgi?id=11726 --- Comment #4 from cyp...@cyphar.com --- (In reply to Wayne Davison from comment #3) > Yes, if you tell rsync to copy the symlinks it does it. If you have one or > more looping symlinks then you need to exclude them from the copy or not use >

[Bug 11704] rsyncstats sorts dates wrong

https://bugzilla.samba.org/show_bug.cgi?id=11704 Grischa Zengel changed: What|Removed |Added Status|RESOLVED|CLOSED

[Bug 11704] rsyncstats sorts dates wrong

https://bugzilla.samba.org/show_bug.cgi?id=11704 Wayne Davison changed: What|Removed |Added Resolution|--- |FIXED

<    1   2   3   4   5   6   7   8   9   10   >