[Bug 13147] inconsistent behaviour regaring vanished files information

https://bugzilla.samba.org/show_bug.cgi?id=13147 --- Comment #4 from roland --- mhh, if the error is not a warning but an error, the offending file is shown (for the warning of vanished files, the warning itself goes to stderr but the vanished filename goes to stdout). but only

[Bug 13147] inconsistent behaviour regaring vanished files information

https://bugzilla.samba.org/show_bug.cgi?id=13147 --- Comment #1 from roland --- i searched into this a little bit and it`s not a problem with differing rsync versions, it also happens with rsync 3.1.2 (linux) -> rsync 3.1.2 (osx) what i found is, that rsync 3.1.2 behaves

[Bug 13147] inconsistent behaviour regaring vanished files information

https://bugzilla.samba.org/show_bug.cgi?id=13147 --- Comment #2 from roland --- it`s also no linux->osx interacting issue, the problem also appears when doing rsync on osx via ssh/localhost. but why ? ssh & osx does handle stdout and stdout correctly, as shown here:

[Bug 13147] inconsistent behaviour regaring vanished files information

https://bugzilla.samba.org/show_bug.cgi?id=13147 --- Comment #3 from roland --- apparently, ssh as a transport is the culprit, as it doesn`t happen with rsync in daemon mode. i found some osx related ticket on "stderr/stdout merge" (

[Bug 13147] New: inconsistent behaviour regaring vanished files information

https://bugzilla.samba.org/show_bug.cgi?id=13147 Bug ID: 13147 Summary: inconsistent behaviour regaring vanished files information Product: rsync Version: 3.0.9 Hardware: x64 OS: Mac OS X

[Bug 13139] New: Formatted output turned off when --link-dest is used

https://bugzilla.samba.org/show_bug.cgi?id=13139 Bug ID: 13139 Summary: Formatted output turned off when --link-dest is used Product: rsync Version: 3.1.2 Hardware: All OS: All Status: NEW Severity:

[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 --- Comment #6 from roland --- i can confirm this still exists. needed to adjust the timeout as it times out on our database backup file (90gb) when there is higher load on the database server. -- You are receiving this mail

[Bug 13109] rsync hangs during transfer of many small files

https://bugzilla.samba.org/show_bug.cgi?id=13109 --- Comment #1 from Hansjoerg Lipp --- Created attachment 13756 --> https://bugzilla.samba.org/attachment.cgi?id=13756=edit zip archive of the test case Attached a zip archive of the test case to make reproducing the problem

[Bug 13115] .yo sources incompatible with current yodl version

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

[Bug 13112] receive_xattr heap overread with non null terminated name

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

[Bug 13109] rsync hangs during transfer of many small files

https://bugzilla.samba.org/show_bug.cgi?id=13109 --- Comment #2 from Hansjoerg Lipp --- Created attachment 13760 --> https://bugzilla.samba.org/attachment.cgi?id=13760=edit Simplified test case I could simplify the test case even further, the attached test script does not even

[Bug 11414] rsync: chgrp "/.filename.5afK5X" (in dirdir) failed: Operation not permitted (1)

https://bugzilla.samba.org/show_bug.cgi?id=11414 --- Comment #2 from Michal Ruprich --- I stumbled upon this bug and I have a question. I get the chgrp error even when running the daemon as root. #ps -aux | grep rsync root 18486 0.0 0.0 114696 568 ?Ss

[Bug 12498] --fuzzy --fuzzy hugely impacts performance even if its' not needed

https://bugzilla.samba.org/show_bug.cgi?id=12498 --- Comment #1 from Ben RUBSON --- Created attachment 13748 --> https://bugzilla.samba.org/attachment.cgi?id=13748=edit Do fuzzy only when needed Here's a patch for this issue. Thx ! -- You are receiving this mail

[Bug 13115] New: .yo sources incompatible with current yodl version

https://bugzilla.samba.org/show_bug.cgi?id=13115 Bug ID: 13115 Summary: .yo sources incompatible with current yodl version Product: rsync Version: 3.1.2 Hardware: All OS: All Status: NEW Severity: normal

[Bug 11414] rsync: chgrp "/.filename.5afK5X" (in dirdir) failed: Operation not permitted (1)

https://bugzilla.samba.org/show_bug.cgi?id=11414 --- Comment #4 from Michal Ruprich --- I see. I never looked at the ps aux output during the transfer so all I saw was the user that launched the daemon. So I assume that the chgrp error that occurs without the fake super

[Bug 11414] rsync: chgrp "/.filename.5afK5X" (in dirdir) failed: Operation not permitted (1)

https://bugzilla.samba.org/show_bug.cgi?id=11414 --- Comment #5 from Michal Ruprich --- There is one more thing that doesn't make sense to me. Even if the operation of changing the group fails, why doesn't rsync finish other things under the -a option. For instance the

[Bug 11414] rsync: chgrp "/.filename.5afK5X" (in dirdir) failed: Operation not permitted (1)

https://bugzilla.samba.org/show_bug.cgi?id=11414 --- Comment #6 from Kevin Korb --- There was a change made in 3.1.0... - Added a way for more than one group to be specified in the daemon's config file, including a way to specify that you want all of the

[Bug 11414] rsync: chgrp "/.filename.5afK5X" (in dirdir) failed: Operation not permitted (1)

https://bugzilla.samba.org/show_bug.cgi?id=11414 --- Comment #7 from Michal Ruprich --- Thank you Kevin. This makes sense. -- 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 11414] rsync: chgrp "/.filename.5afK5X" (in dirdir) failed: Operation not permitted (1)

https://bugzilla.samba.org/show_bug.cgi?id=11414 --- Comment #3 from Kevin Korb --- Oops, I replied to this on the email list instead of the bugzilla. Sorry for the extra noise... It isn't running as root (it probably never should). It is launched as root. It is running

[Bug 10357] make check fails for xattr tests

https://bugzilla.samba.org/show_bug.cgi?id=10357 --- Comment #11 from Michal Ruprich --- I ran into a different problem with xattrs tests. It seems that the --fake-super option sets not only all the xattr like user.short, user.long etc. that are set in the test, but also it

[Bug 13105] 1byte heap overflow in sanitize_path

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

[Bug 13112] receive_xattr heap overread with non null terminated name and xattr filter

https://bugzilla.samba.org/show_bug.cgi?id=13112 --- Comment #1 from jeriko@gmx.us --- This issue can also be reached in 3.1.2, but through a different path as the earlier version doesn't have an xattr filter. I believe the same fix for 3.1.3 would work for 3.1.2 (using read_sbuf) If I should

[Bug 13109] New: rsync hangs during transfer of many small files

https://bugzilla.samba.org/show_bug.cgi?id=13109 Bug ID: 13109 Summary: rsync hangs during transfer of many small files Product: rsync Version: 3.1.2 Hardware: x86 OS: Linux Status: NEW Severity: normal

[Bug 13104] NULL deref do_server_sender when argc=0

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

[Bug 13112] New: receive_xattr heap overread with non null terminated name and xattr filter

https://bugzilla.samba.org/show_bug.cgi?id=13112 Bug ID: 13112 Summary: receive_xattr heap overread with non null terminated name and xattr filter Product: rsync Version: 3.1.3 Hardware: All OS: All

[Bug 13113] New: receive_xattr heap overflow when prepending RSYNC_PREFIX

https://bugzilla.samba.org/show_bug.cgi?id=13113 Bug ID: 13113 Summary: receive_xattr heap overflow when prepending RSYNC_PREFIX Product: rsync Version: 3.1.3 Hardware: All OS: All Status: NEW

[Bug 13433] New: out_of_memory in receive_sums on large files

https://bugzilla.samba.org/show_bug.cgi?id=13433 Bug ID: 13433 Summary: out_of_memory in receive_sums on large files Product: rsync Version: 3.1.3 Hardware: All OS: All Status: NEW Severity: normal

[Bug 13423] Checksum option does not work as expected when append-verify is used

https://bugzilla.samba.org/show_bug.cgi?id=13423 --- Comment #2 from dariu...@me.com --- Yes it is clear that --append-verify will not update the same size files. But --checksum should check hashes of all files and trigger update if different. What is happening here looks like append-verify

[Bug 13423] Checksum option does not work as expected when append-verify is used

https://bugzilla.samba.org/show_bug.cgi?id=13423 --- Comment #3 from Kevin Korb --- >From man rsync --append: > If a file needs to be transferred and its size on the receiver is the same or > longer than the size on the sender, the file is skipped. --append-verify does

[Bug 13423] Checksum option does not work as expected when append-verify is used

https://bugzilla.samba.org/show_bug.cgi?id=13423 --- Comment #4 from dariu...@me.com --- Thank you for clarification. -- 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 unsubscribe or

[Bug 13423] New: Checksum option does not work as expected when append-verify is used

https://bugzilla.samba.org/show_bug.cgi?id=13423 Bug ID: 13423 Summary: Checksum option does not work as expected when append-verify is used Product: rsync Version: 3.1.3 Hardware: All OS: All

[Bug 13423] Checksum option does not work as expected when append-verify is used

https://bugzilla.samba.org/show_bug.cgi?id=13423 --- Comment #1 from Kevin Korb --- If the file has not grown then there is nothing for --append[-verify] to do. Also, without --itemize-changes you have no reporting from --checksum. You probably shouldn't have either

[Bug 13433] out_of_memory in receive_sums on large files

https://bugzilla.samba.org/show_bug.cgi?id=13433 --- Comment #4 from Ben RUBSON --- util2.c:#define MALLOC_MAX 0x4000 Which is 1 GB. 1 GB / 40 bytes x 131072 bytes = 3276 GB, which is then the maximum file size in protocol_version >= 30. Did you try to increase

[Bug 13445] Fuzzy searching in link-dest tries to open regular file as directory

https://bugzilla.samba.org/show_bug.cgi?id=13445 --- Comment #2 from Ben RUBSON --- Nice catch, I was able to easily reproduce this issue just creating a directory with the name of a just-deleted file. The path you mention Einhard seems to be the only one where no check is

[Bug 13445] Fuzzy searching in link-dest tries to open regular file as directory

https://bugzilla.samba.org/show_bug.cgi?id=13445 --- Comment #3 from Ben RUBSON --- We could also stat() fnamecmpbuf in recv_generator(), but I think it's rather interesting to save such calls. -- You are receiving this mail because: You are the QA Contact for the bug.

[Bug 13433] out_of_memory in receive_sums on large files

https://bugzilla.samba.org/show_bug.cgi?id=13433 --- Comment #1 from Dave Gordon --- Maybe try --block-size=10485760 --protocol=29 as mentioned here: https://bugzilla.samba.org/show_bug.cgi?id=10518#c8 -- You are receiving this mail because: You are the QA Contact for the bug.

[Bug 13433] out_of_memory in receive_sums on large files

https://bugzilla.samba.org/show_bug.cgi?id=13433 --- Comment #2 from Kevin Day --- (In reply to Dave Gordon from comment #1) It looks like that's no longer allowed? rsync: --block-size=10485760 is too large (max: 131072) rsync error: syntax or usage error (code 1) at

[Bug 13433] out_of_memory in receive_sums on large files

https://bugzilla.samba.org/show_bug.cgi?id=13433 --- Comment #3 from Kevin Day --- Just adding --protocol=29 falls back to the older chunk generator code and automatically selects 2MB chunks which is enough to at least make this work without a malloc error. -- You are

[Bug 13445] Fuzzy searching in link-dest tries to open regular file as directory

https://bugzilla.samba.org/show_bug.cgi?id=13445 --- Comment #4 from Einhard Leichtfuß --- Did I understand correctly that you were able to reproduce this in a notably different way? I had not sufficiently examined the code to see that in all the other cases the existance

[Bug 12569] Missing directory errors not ignored

https://bugzilla.samba.org/show_bug.cgi?id=12569 --- Comment #2 from Axel Kittenberger --- shouldn't "--ignore-errors" already be that parameter? It uses --force also. --ignore-errors --force --i-really-mean-it? :) -- You are receiving this mail because: You are the QA

[Bug 13445] Fuzzy searching in link-dest tries to open regular file as directory

https://bugzilla.samba.org/show_bug.cgi?id=13445 --- Comment #1 from Einhard Leichtfuß --- Maybe more or less related: Bug 11866 [0], Bug 12489 [1] [0] https://bugzilla.samba.org/show_bug.cgi?id=11866 [1] https://bugzilla.samba.org/show_bug.cgi?id=12489 -- You are

[Bug 13445] New: Fuzzy searching in link-dest tries to open regular file as directory

https://bugzilla.samba.org/show_bug.cgi?id=13445 Bug ID: 13445 Summary: Fuzzy searching in link-dest tries to open regular file as directory Product: rsync Version: 3.1.3 Hardware: All OS: All

[Bug 13467] New: an xattr filter rule is treated as a file filter rule on the remote side

https://bugzilla.samba.org/show_bug.cgi?id=13467 Bug ID: 13467 Summary: an xattr filter rule is treated as a file filter rule on the remote side Product: rsync Version: 3.1.3 Hardware: All OS: All

[Bug 13445] Fuzzy searching in link-dest tries to open regular file as directory

https://bugzilla.samba.org/show_bug.cgi?id=13445 --- Comment #6 from Ben RUBSON --- Created attachment 14231 --> https://bugzilla.samba.org/attachment.cgi?id=14231=edit Patch using FLAG_PERHAPS_DIR Here is a working patch using the method detailed in comment #2. -- You are receiving this

[Bug 12569] Missing directory errors not ignored

https://bugzilla.samba.org/show_bug.cgi?id=12569 --- Comment #4 from Marc Krämer --- My bugreport at mageia: https://bugs.mageia.org/show_bug.cgi?id=21395 -- 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 12569] Missing directory errors not ignored

https://bugzilla.samba.org/show_bug.cgi?id=12569 --- Comment #3 from Marc Krämer --- that is my understanding too! And this was true before the last release. Basic tools like rsync should not break their behaviour! -- You are receiving this mail because: You are the QA Contact for the bug.

[Bug 13463] Please consider using the IP_FREEBIND socket option

https://bugzilla.samba.org/show_bug.cgi?id=13463 --- Comment #1 from Carson Gaspar --- If this is done, please make it optional. I want my daemon to break when given an invalid config, e.g. a typo'd IP address. The fact that systemd folks are crazy and people don't want to have proper startup

[Bug 13463] Please consider using the IP_FREEBIND socket option

https://bugzilla.samba.org/show_bug.cgi?id=13463 --- Comment #2 from Kevin Korb --- I agree with Carson. If rsync is told to do the impossible it should fail with an appropriate error and exit code. Unfortunately I would also have to argue that the current behaviour is wrong because it does

[Bug 13445] Fuzzy searching in link-dest tries to open regular file as directory

https://bugzilla.samba.org/show_bug.cgi?id=13445 --- Comment #5 from Ben RUBSON --- I reproduced the issue the same way, I meant just creating a directory in my backed-up tree with the name of a just-deleted file, this file remaining in the link-dest folder. I'm not sure

[Bug 13463] New: Please consider using the IP_FREEBIND socket option

https://bugzilla.samba.org/show_bug.cgi?id=13463 Bug ID: 13463 Summary: Please consider using the IP_FREEBIND socket option Product: rsync Version: 3.1.3 Hardware: All OS: All Status: NEW Severity:

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

https://bugzilla.samba.org/show_bug.cgi?id=11978 Mauro Molinari changed: What|Removed |Added CC||mauro...@tiscali.it --- Comment #3 from

[Bug 13496] lseek returned -1, not 2147483648: Invalid argument (22)

https://bugzilla.samba.org/show_bug.cgi?id=13496 Peter Koch changed: What|Removed |Added Resolution|--- |INVALID Status|NEW

[Bug 13266] Writing of files to Apple's new "AP" controller model SSD's takes 4x longer.

https://bugzilla.samba.org/show_bug.cgi?id=13266 --- Comment #7 from Chris Tipper --- Sorry for hijacking your bug but I had an issue and did not want to create a separate report. And you may have verified your bug to your own satisfaction but not provided any

[Bug 13104] New: NULL deref do_server_sender when argc=0

https://bugzilla.samba.org/show_bug.cgi?id=13104 Bug ID: 13104 Summary: NULL deref do_server_sender when argc=0 Product: rsync Version: 3.1.3 Hardware: All OS: All Status: NEW Severity: normal

[Bug 13105] New: 1byte heap overflow in sanitize_path

https://bugzilla.samba.org/show_bug.cgi?id=13105 Bug ID: 13105 Summary: 1byte heap overflow in sanitize_path Product: rsync Version: 3.1.3 Hardware: All OS: All Status: NEW Severity: normal

[Bug 2957] rsync hangs when client put files to server (checked in 2.6.6 too)

https://bugzilla.samba.org/show_bug.cgi?id=2957 --- Comment #28 from devuran...@gmx.net --- There are a lot of bugreports related to rsync hanging mysteriously, some of which may be duplicates of each other: https://bugzilla.samba.org/show_bug.cgi?id=1442

[Bug 12732] hard links can cause rsync to block or to silently skip files

https://bugzilla.samba.org/show_bug.cgi?id=12732 --- Comment #2 from devuran...@gmx.net --- There are a lot of bugreports related to rsync hanging mysteriously, some of which may be duplicates of each other: https://bugzilla.samba.org/show_bug.cgi?id=1442

[Bug 11166] running with -vvv causes a hang

https://bugzilla.samba.org/show_bug.cgi?id=11166 --- Comment #2 from devuran...@gmx.net --- There are a lot of bugreports related to rsync hanging mysteriously, some of which may be duplicates of each other: https://bugzilla.samba.org/show_bug.cgi?id=1442

[Bug 1442] rsync sender appears to hang when receiver recounters an error

https://bugzilla.samba.org/show_bug.cgi?id=1442 --- Comment #13 from devuran...@gmx.net --- There are a lot of bugreports related to rsync hanging mysteriously, some of which may be duplicates of each other: https://bugzilla.samba.org/show_bug.cgi?id=1442

[Bug 10518] rsync hangs (100% cpu)

https://bugzilla.samba.org/show_bug.cgi?id=10518 --- Comment #9 from devuran...@gmx.net --- There are a lot of bugreports related to rsync hanging mysteriously, some of which may be duplicates of each other: https://bugzilla.samba.org/show_bug.cgi?id=1442

[Bug 9164] rsync hangs or fails

https://bugzilla.samba.org/show_bug.cgi?id=9164 --- Comment #1 from devuran...@gmx.net --- There are a lot of bugreports related to rsync hanging mysteriously, some of which may be duplicates of each other: https://bugzilla.samba.org/show_bug.cgi?id=1442

[Bug 10092] Hang when remote dest's disk is full

https://bugzilla.samba.org/show_bug.cgi?id=10092 --- Comment #5 from devuran...@gmx.net --- Could this be a duplicate of bug #1442? There are a lot of bugreports related to rsync hanging mysteriously, some of which may be duplicates of each other: https://bugzilla.samba.org/show_bug.cgi?id=1442

[Bug 13109] rsync hangs during transfer of many small files

https://bugzilla.samba.org/show_bug.cgi?id=13109 --- Comment #3 from devuran...@gmx.net --- There are a lot of bugreports related to rsync hanging mysteriously, some of which may be duplicates of each other: https://bugzilla.samba.org/show_bug.cgi?id=1442

[Bug 10950] rsync hangs when specifying a backup directory

https://bugzilla.samba.org/show_bug.cgi?id=10950 --- Comment #1 from devuran...@gmx.net --- There are a lot of bugreports related to rsync hanging mysteriously, some of which may be duplicates of each other: https://bugzilla.samba.org/show_bug.cgi?id=1442

[Bug 10035] rsync hangs in solaris

https://bugzilla.samba.org/show_bug.cgi?id=10035 --- Comment #7 from devuran...@gmx.net --- There are a lot of bugreports related to rsync hanging mysteriously, some of which may be duplicates of each other: https://bugzilla.samba.org/show_bug.cgi?id=1442

[Bug 13207] New: rsyncd doesn't send output of failed pre-xfer exec script to client

https://bugzilla.samba.org/show_bug.cgi?id=13207 Bug ID: 13207 Summary: rsyncd doesn't send output of failed pre-xfer exec script to client Product: rsync Version: 3.1.1 Hardware: x64 OS: Linux

[Bug 13222] New: rsync creates warning if time of destination file differs in fractional part of second and owner mismatches

https://bugzilla.samba.org/show_bug.cgi?id=13222 Bug ID: 13222 Summary: rsync creates warning if time of destination file differs in fractional part of second and owner mismatches Product: rsync Version: 3.1.2

[Bug 13222] rsync creates warning if time of destination file differs in fractional part of second and owner mismatches

https://bugzilla.samba.org/show_bug.cgi?id=13222 --- Comment #1 from Urban Mueller --- in the short description, I meant to say "chmod" not "chown", sorry. -- You are receiving this mail because: You are the QA Contact for the bug. -- Please use reply-all for most replies

[Bug 13224] New: New file handling causes compile issues for NonStop port.

https://bugzilla.samba.org/show_bug.cgi?id=13224 Bug ID: 13224 Summary: New file handling causes compile issues for NonStop port. Product: rsync Version: 3.1.3 Hardware: Other OS: Other Status:

[Bug 13222] rsync creates warning if time of destination file differs in fractional part of second and owner mismatches

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

[Bug 13224] New file handling causes compile issues for NonStop port.

https://bugzilla.samba.org/show_bug.cgi?id=13224 Randall S. Becker changed: What|Removed |Added Resolution|--- |WORKSFORME

[Bug 13222] rsync creates warning if time of destination file differs in fractional part of second and owner mismatches

https://bugzilla.samba.org/show_bug.cgi?id=13222 --- Comment #3 from Urban Mueller --- Thanks for the fix, that will solve my problem. However I think the planned -c behaviour is surprising in a bad way. If rsync has a way to achieve its desired target state, IMHO it should.

[Bug 13239] New: "rsync --times" does not keep dirs' setgid bits when user not member of setgid group

https://bugzilla.samba.org/show_bug.cgi?id=13239 Bug ID: 13239 Summary: "rsync --times" does not keep dirs' setgid bits when user not member of setgid group Product: rsync Version: 3.1.2 Hardware: All OS:

[Bug 13241] New: A problem with test for xattrs transfer

https://bugzilla.samba.org/show_bug.cgi?id=13241 Bug ID: 13241 Summary: A problem with test for xattrs transfer Product: rsync Version: 3.1.2 Hardware: x86 OS: Linux Status: NEW Severity: normal

[Bug 7249] Add an option to use O_NOATIME

https://bugzilla.samba.org/show_bug.cgi?id=7249 --- Comment #8 from Michal Ruprich --- Is there any update on this feature? Is there a plan to merge the patch into master branch of rsync? -- You are receiving this mail because: You are the QA Contact for the bug. --

[Bug 13248] New: Updates for DEFAULT_DONT_COMPRESS suffix list

https://bugzilla.samba.org/show_bug.cgi?id=13248 Bug ID: 13248 Summary: Updates for DEFAULT_DONT_COMPRESS suffix list Product: rsync Version: 3.1.3 Hardware: All OS: All Status: NEW Severity: enhancement

[Bug 13266] Writing of files to Apple's new "AP" controller model SSD's takes 4x longer.

https://bugzilla.samba.org/show_bug.cgi?id=13266 --- Comment #2 from Daniel Shepherd --- Created attachment 13955 --> https://bugzilla.samba.org/attachment.cgi?id=13955=edit iMac Pro with "AP" drive. -- You are receiving this mail because: You are the QA Contact for the

[Bug 13266] New: Writing of files to Apple's new "AP" controller model SSD's takes 4x longer.

https://bugzilla.samba.org/show_bug.cgi?id=13266 Bug ID: 13266 Summary: Writing of files to Apple's new "AP" controller model SSD's takes 4x longer. Product: rsync Version: 3.1.3 Hardware: x64 OS: Mac OS X

[Bug 13266] Writing of files to Apple's new "AP" controller model SSD's takes 4x longer.

https://bugzilla.samba.org/show_bug.cgi?id=13266 --- Comment #1 from Daniel Shepherd --- Created attachment 13954 --> https://bugzilla.samba.org/attachment.cgi?id=13954=edit Early 2017 MacBook Pro (mine) with "SM" model drive. -- You are receiving this mail because: You are

[Bug 12522] [PATCH] Send last error messages to sender

https://bugzilla.samba.org/show_bug.cgi?id=12522 Ben RUBSON changed: What|Removed |Added Attachment #12841|0 |1 is obsolete|

[Bug 13083] [PATCH] Use both partial file + basis file

https://bugzilla.samba.org/show_bug.cgi?id=13083 Ben RUBSON changed: What|Removed |Added Attachment #13681|0 |1 is obsolete|

[Bug 13268] New: [WARN] shifting a negative signed value is undefined

https://bugzilla.samba.org/show_bug.cgi?id=13268 Bug ID: 13268 Summary: [WARN] shifting a negative signed value is undefined Product: rsync Version: 3.1.3 Hardware: All OS: All Status: NEW Severity:

[Bug 13071] [PATCH] Allow --partial-dir with --inplace

https://bugzilla.samba.org/show_bug.cgi?id=13071 --- Comment #1 from Ben RUBSON --- Tested and still correctly works with rsync 3.1.3. Thx ! -- You are receiving this mail because: You are the QA Contact for the bug. -- Please use reply-all for most replies to avoid

[Bug 12498] --fuzzy --fuzzy hugely impacts performance even if its' not needed

https://bugzilla.samba.org/show_bug.cgi?id=12498 Ben RUBSON changed: What|Removed |Added Version|3.1.2 |3.1.3 --- Comment #2

[Bug 6422] rsync needlessly aborts when getcwd() fails

https://bugzilla.samba.org/show_bug.cgi?id=6422 --- Comment #3 from Florian Weimer --- I posted a patch: https://lists.samba.org/archive/rsync/2018-February/031476.html -- You are receiving this mail because: You are the QA Contact for the bug. -- Please use reply-all for

[Bug 13266] Writing of files to Apple's new "AP" controller model SSD's takes 4x longer.

https://bugzilla.samba.org/show_bug.cgi?id=13266 --- Comment #3 from Daniel Shepherd --- Have tested this with a 2016 MacBook that also has the "AP" SSD controller and can confirm the same performance issue. So it's not just new machines, it's any Mac with an "AP" SSD

[Bug 13266] Writing of files to Apple's new "AP" controller model SSD's takes 4x longer.

https://bugzilla.samba.org/show_bug.cgi?id=13266 --- Comment #4 from Chris Tipper --- Model: iMac 4K (2015) Platform: macOS 10.13.3 Storage: APFS running on APPLE SSD SM0512G Symptom: 5% throughput over Gigabit LAN compared to rsync 3.1.2 (4Mb/s vs 100Mb/s) The target

[Bug 11338] Rsync Crash - Segmentation fault

https://bugzilla.samba.org/show_bug.cgi?id=11338 --- Comment #3 from Ralph Corderoy --- Hi Wayne, I don't know if James's SEGV is the same root cause as Balveer's that was two years earlier, but I'm seeing SEGV like James's. Both times, my network connection

[Bug 12569] Missing directory errors not ignored

https://bugzilla.samba.org/show_bug.cgi?id=12569 --- Comment #5 from Dave Gordon --- I think you need to add "--no-implied-dirs" to get the behaviour you want. The issue is that the contents list contains /a/b/c, so problems with that specific file are suppressed by "--ignore-missing-args", but

[Bug 13569] New: --link-dest may follow symlinks and failure to hard link a non-regular file is fatal

https://bugzilla.samba.org/show_bug.cgi?id=13569 Bug ID: 13569 Summary: --link-dest may follow symlinks and failure to hard link a non-regular file is fatal Product: rsync Version: 3.1.3 Hardware: All OS:

[Bug 13587] New: Add a --dry-run way to show destination for each item

https://bugzilla.samba.org/show_bug.cgi?id=13587 Bug ID: 13587 Summary: Add a --dry-run way to show destination for each item Product: rsync Version: 3.1.2 Hardware: All OS: All Status: NEW Severity:

[Bug 13586] New: Missing HTTP header for rsync-3.1.3-NEWS

https://bugzilla.samba.org/show_bug.cgi?id=13586 Bug ID: 13586 Summary: Missing HTTP header for rsync-3.1.3-NEWS Product: rsync Version: 3.1.3 Hardware: All OS: All Status: NEW Severity: trivial

[Bug 13587] Add a --dry-run way to show destination for each item

https://bugzilla.samba.org/show_bug.cgi?id=13587 --- Comment #1 from Dan Jacobson --- Thank you for https://lists.samba.org/archive/rsync/2018-August/031701.html I was hoping for something simple like $ cp -v m n 'm' -> 'n' i.e., like a theoretical cp --dry-run -v with no need for complicated

[Bug 13582] New: rsync filters containing multiple adjacent slashes aren't reduced to just one slash before matching

https://bugzilla.samba.org/show_bug.cgi?id=13582 Bug ID: 13582 Summary: rsync filters containing multiple adjacent slashes aren't reduced to just one slash before matching Product: rsync Version: 3.1.3 Hardware: x64

[Bug 11588] better handling for --preallocate with --sparse

https://bugzilla.samba.org/show_bug.cgi?id=11588 --- Comment #26 from Marcus Linsner --- There is a fix for this feature, here: https://bugzilla.samba.org/show_bug.cgi?id=13320 It worksforme. -- You are receiving this mail because: You are the QA Contact for the bug. -- Please use reply-all

[Bug 13320] file contents cause rsync to fail (with certains args and dir structure)

https://bugzilla.samba.org/show_bug.cgi?id=13320 --- Comment #4 from Marcus Linsner --- Thanks for this fix Dave, worksforme! -- 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 13608] New: Assertion failed: (f_out >= 0), function send_xattr_request

https://bugzilla.samba.org/show_bug.cgi?id=13608 Bug ID: 13608 Summary: Assertion failed: (f_out >= 0), function send_xattr_request Product: rsync Version: 3.1.3 Hardware: All OS: All Status:

[Bug 5792] rsync fails to log files "sent" with options: --itemize-changes -n --log-file

https://bugzilla.samba.org/show_bug.cgi?id=5792 Stéphane Gourichon changed: What|Removed |Added CC||stephane_sambabugz@gouricho

[Bug 13609] New: rsync can be crazy slow on os x 10.13.6 when copying via usb drives

https://bugzilla.samba.org/show_bug.cgi?id=13609 Bug ID: 13609 Summary: rsync can be crazy slow on os x 10.13.6 when copying via usb drives Product: rsync Version: 3.1.3 Hardware: All OS: All

[Bug 13522] New: Patch fileflags.diff and crtimes.diff

https://bugzilla.samba.org/show_bug.cgi?id=13522 Bug ID: 13522 Summary: Patch fileflags.diff and crtimes.diff Product: rsync Version: 3.1.3 Hardware: All OS: All Status: NEW Severity: normal

<    1   2   3   4   5   6   7   >