https://bugzilla.samba.org/show_bug.cgi?id=11726
Wayne Davison changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|NEW
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 symli
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 this
https://bugzilla.samba.org/show_bug.cgi?id=11726
Bug ID: 11726
Summary: --copy-links cause rsync to fail with ancestor symlink
(..)
Product: rsync
Version: 3.1.2
Hardware: All
OS: All
Status: NEW
https://bugzilla.samba.org/show_bug.cgi?id=11704
Grischa Zengel changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #2 from Grischa Zengel
https://bugzilla.samba.org/show_bug.cgi?id=11704
Wayne Davison changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://bugzilla.samba.org/show_bug.cgi?id=11704
Bug ID: 11704
Summary: rsyncstats sorts dates wrong
Product: rsync
Version: 3.1.2
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: P5
https://bugzilla.samba.org/show_bug.cgi?id=8990
--- Comment #3 from Andrey Bond ---
Hello,
I make backup users data. There is the problem with file that are reduced.
For example there is the file outlook.pst with size more 2GB. I use the
--inplace and --append-verify options. When this file beco
https://bugzilla.samba.org/show_bug.cgi?id=11692
Bug ID: 11692
Summary: Update config.guess and config.sub
Product: rsync
Version: 3.1.2
Hardware: All
OS: All
Status: NEW
Severity: normal
Priorit
https://bugzilla.samba.org/show_bug.cgi?id=11521
Wayne Davison changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.samba.org/show_bug.cgi?id=11521
--- Comment #2 from Andrey Gursky ---
(In reply to Michael McCracken from comment #1)
I believe the rsync maintainer might have commented this with at least the
reference to the mailing list [1], where this has been already proposed, though
ignore
https://bugzilla.samba.org/show_bug.cgi?id=11683
tom916 changed:
What|Removed |Added
Resolution|--- |INVALID
Status|NEW
https://bugzilla.samba.org/show_bug.cgi?id=11683
Bug ID: 11683
Summary: hang on select when send many files
Product: rsync
Version: 3.1.2
Hardware: All
OS: All
Status: NEW
Severity: normal
Priori
https://bugzilla.samba.org/show_bug.cgi?id=11679
Bug ID: 11679
Summary: rsync should kill() itself when it receives a signal
from the user
Product: rsync
Version: 3.1.2
Hardware: All
OS: All
Stat
https://bugzilla.samba.org/show_bug.cgi?id=10357
--- Comment #10 from SATOH Fumiyasu ---
Can you try the following patch in Bug 6590?
https://bugzilla.samba.org/show_bug.cgi?id=6590#attach_11780
--
You are receiving this mail because:
You are the QA Contact for the bug.
--
Please use reply-al
https://bugzilla.samba.org/show_bug.cgi?id=6590
--- Comment #11 from SATOH Fumiyasu ---
(In reply to SATOH Fumiyasu from comment #10)
> This fixes this bug, but does NOT a fundamental problem I think.
Oops... Correction: This patch does NOT fix a fundamental problem I think.
--
You are receivi
https://bugzilla.samba.org/show_bug.cgi?id=6590
--- Comment #10 from SATOH Fumiyasu ---
Created attachment 11780
--> https://bugzilla.samba.org/attachment.cgi?id=11780&action=edit
Concept patch
This is a concept patch to describe what the problem is.
This fixes this bug, but does NOT a fundame
https://bugzilla.samba.org/show_bug.cgi?id=5801
Björn Jacke changed:
What|Removed |Added
CC||grarp...@gmail.com
--- Comment #5 from Björn
https://bugzilla.samba.org/show_bug.cgi?id=7854
Björn Jacke changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.samba.org/show_bug.cgi?id=6590
--- Comment #9 from SATOH Fumiyasu ---
(In reply to SATOH Fumiyasu from comment #6)
The boundary "33 bytes" depends on "#define MAX_FULL_DATUM 32" in xattrs.c.
If I increase it to 64, the boundary value becomes 65 bytes
(i.e, MAX_FULL_DATUM+1 bytes
https://bugzilla.samba.org/show_bug.cgi?id=11671
Bug ID: 11671
Summary: --files-from= with nonexistant files and
--delete-missing-args complains about vanished source
files
Product: rsync
Version: 3.1.1
https://bugzilla.samba.org/show_bug.cgi?id=6590
--- Comment #8 from SATOH Fumiyasu ---
(In reply to SATOH Fumiyasu from comment #7)
# rm -rf src dst
# mkdir src dst
# touch src/f
# setfattr -n security.a -v 0s
src/f
# setfattr -n user.rsync -v 0sAA
https://bugzilla.samba.org/show_bug.cgi?id=6590
--- Comment #7 from SATOH Fumiyasu ---
(In reply to SATOH Fumiyasu from comment #6)
I can reproduce this bug on Debian sid (amd64) with Linux kernel 4.3.3,
ext4 and XFS.
--
You are receiving this mail because:
You are the QA Contact for the bug.
https://bugzilla.samba.org/show_bug.cgi?id=6590
--- Comment #6 from SATOH Fumiyasu ---
You can reproduce this bug by the following:
# rm -rf src dst
# mkdir src dst
# touch src/f
# setfattr -n security.a -v 0s
src/f
# setfattr -n user.a -v 0sAA
https://bugzilla.samba.org/show_bug.cgi?id=11668
Bug ID: 11668
Summary: incorrect/inconsistent behavior when --backup-dir is
on a full filesystem
Product: rsync
Version: 3.1.2
Hardware: All
OS: All
https://bugzilla.samba.org/show_bug.cgi?id=10357
--- Comment #9 from sluvu...@incognitomail.org ---
Over a year since this bug was opened, I'm running into it for the first time
on rsync 3.1.2. In my case, the tests "xattr" and "xattr-hlink" both fail with
"Missing hard links on" followed by a dir
https://bugzilla.samba.org/show_bug.cgi?id=11656
--- Comment #9 from Gennady Uraltsev ---
I looked through the source code and it seems that whatever is happening is
going bad in the function
static void filtered_fwrite in log.c
in particular the line
#134
fprintf(f, "\\#%03o", *(uchar*)s);
i
https://bugzilla.samba.org/show_bug.cgi?id=11656
--- Comment #8 from Kevin Korb ---
I was not offended. I was just trying to establish your use case and offer
possible alternative methods of accomplishing it while not actually being an
rsync dev.
Wayne is really the only person who can say "Yep
https://bugzilla.samba.org/show_bug.cgi?id=11656
--- Comment #7 from Gennady Uraltsev ---
Furthermore consider this test case:
in addition to what we did before create the file with the actual name
aaa\#012bbb by doing
touch 'src/aaa\#012bbb'
then
$ rsync -n --itemize-changes -a src/* dst/
>
https://bugzilla.samba.org/show_bug.cgi?id=11656
--- Comment #6 from Gennady Uraltsev ---
I hope I am not upsetting anyone. Maybe I wasn't clear:
--itemize-changes is half the problem. Maybe I should post another bug.
In the situation I described
$ rsync -n --itemize-changes -a src/* dst/ give
https://bugzilla.samba.org/show_bug.cgi?id=11656
--- Comment #5 from Kevin Korb ---
I would say that if your goal is to make an editable list to be run through
rsync later you would be a lot better off with an --itemize-changes list and a
script to reformat it after editing. I don't know about y
https://bugzilla.samba.org/show_bug.cgi?id=11656
--- Comment #4 from Gennady Uraltsev ---
Well, imagine a poor mans replacement for batch files. We want to generate a
list of operations, maybe edit it by hand (a batch file is binary...) and then
feed it back to rsync. Or maybe do a dry run, look
https://bugzilla.samba.org/show_bug.cgi?id=11656
--- Comment #3 from Kevin Korb ---
I am not sure what exactly the point of using an rsync -n to feed an rsync
--files-from would be. The --files-from option is really designed to be fed
from find which has a -print0 option which will format things
https://bugzilla.samba.org/show_bug.cgi?id=11656
--- Comment #2 from Gennady Uraltsev ---
Actually this doesn't help.
$ mkdir src; mkdir dst; touch src/"$(echo -e 'foo\nbar')"
$ rsync -n --out-format='%n' src/* dst/| tr '\n' '\0' | rsync -v --from0
--files-from=- src/ dst
still fails completel
https://bugzilla.samba.org/show_bug.cgi?id=11656
--- Comment #1 from Kevin Korb ---
This is what --from0 is for.
--
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 change op
https://bugzilla.samba.org/show_bug.cgi?id=11654
--- Comment #1 from Taso Hatzi ---
rsync bombs with "rsync error: syntax or usage error (code 1) at main.c(873)
[Receiver=3.1.1]" if it doesn't have write permissions on the destination.
This is somewhat misleading as everything works OK with the -
https://bugzilla.samba.org/show_bug.cgi?id=11654
Bug ID: 11654
Summary: Misleading error message
Product: rsync
Version: 3.1.1
Hardware: x64
OS: Linux
Status: NEW
Severity: normal
Priority: P5
https://bugzilla.samba.org/show_bug.cgi?id=11651
Bug ID: 11651
Summary: Can we allow --inplace and --sparse to coexist when
--whole-file is in play?
Product: rsync
Version: 3.1.2
Hardware: All
OS: All
https://bugzilla.samba.org/show_bug.cgi?id=11650
Bug ID: 11650
Summary: temporal directory
Product: rsync
Version: 3.1.1
Hardware: All
OS: All
Status: NEW
Severity: trivial
Priority: P5
https://bugzilla.samba.org/show_bug.cgi?id=11013
Wayne Davison changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.samba.org/show_bug.cgi?id=11646
Bug ID: 11646
Summary: rsync incapable of copying corrupted filesystem
Product: rsync
Version: 3.1.1
Hardware: All
OS: All
Status: NEW
Severity: normal
https://bugzilla.samba.org/show_bug.cgi?id=11635
--- Comment #4 from Andrey Gursky ---
You're welcome! Were there any problems with patch format, so that you couldn't
apply it directly?
--
You are receiving this mail because:
You are the QA Contact for the bug.
--
Please use reply-all for mos
https://bugzilla.samba.org/show_bug.cgi?id=11635
Wayne Davison changed:
What|Removed |Added
Status|NEW |RESOLVED
Summary|[PATCH] make f
https://bugzilla.samba.org/show_bug.cgi?id=11635
--- Comment #2 from Andrey Gursky ---
Created attachment 11676
--> https://bugzilla.samba.org/attachment.cgi?id=11676&action=edit
Proposed fix
--
You are receiving this mail because:
You are the QA Contact for the bug.
--
Please use reply-all
https://bugzilla.samba.org/show_bug.cgi?id=11635
Andrey Gursky changed:
What|Removed |Added
Severity|minor |regression
--- Comment #1 from Andrey Gurs
https://bugzilla.samba.org/show_bug.cgi?id=11635
Bug ID: 11635
Summary: make fails for out-of-tree build
Product: rsync
Version: 3.1.2
Hardware: All
OS: All
Status: NEW
Severity: minor
Priority:
https://bugzilla.samba.org/show_bug.cgi?id=11545
--- Comment #1 from Iavor Stoev ---
Hello,
Is there any development on that bug?
I've encountered the same issue.
Regards
--
You are receiving this mail because:
You are the QA Contact for the bug.
--
Please use reply-all for most replies
https://bugzilla.samba.org/show_bug.cgi?id=11609
Bug ID: 11609
Summary: Incorrect (or at least dangerous) behaviour of
--append-verify
Product: rsync
Version: 3.1.1
Hardware: All
OS: All
Status:
https://bugzilla.samba.org/show_bug.cgi?id=9377
--- Comment #1 from chr...@fsfe.org ---
in the mean time, coreutils have fixed their behavior of `mkdir -p` in
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=14371 , which might be useful when
going about this bug.
--
You are receiving this mail beca
https://bugzilla.samba.org/show_bug.cgi?id=11594
Bug ID: 11594
Summary: unnecessary build time dependency (mkproto.pl, perl)
Product: rsync
Version: 3.1.2
Hardware: All
OS: All
Status: NEW
Severity: normal
https://bugzilla.samba.org/show_bug.cgi?id=11588
Bug ID: 11588
Summary: missing option: preallocate for all files except for
sparse
Product: rsync
Version: 3.1.2
Hardware: x64
OS: Linux
Status: N
https://bugzilla.samba.org/show_bug.cgi?id=11578
--- Comment #9 from Kevin Korb ---
You have no idea how many people would complain if rsync didn't create a
non-existing target directory. It is already a very common complaint that
rsync won't create more than one deep.
--
You are receiving thi
https://bugzilla.samba.org/show_bug.cgi?id=11578
--- Comment #8 from Armin Mohring ---
Why should rsync that know.
There is an error, if the specified folder does not exist.
Could be an external disk or partition or something else.
--
You are receiving this mail because:
You are the QA Contac
https://bugzilla.samba.org/show_bug.cgi?id=11578
--- Comment #7 from Kevin Korb ---
Rsync has no idea (or way) to know that you are trying to rsync to a separate
disk. You give it a source and a target and it uses what is there. If you
need to check for a mounted filesystem then you want a wrap
https://bugzilla.samba.org/show_bug.cgi?id=11578
Armin Mohring changed:
What|Removed |Added
Severity|normal |minor
Resolution|INVALID
https://bugzilla.samba.org/show_bug.cgi?id=11578
Armin Mohring changed:
What|Removed |Added
Resolution|--- |INVALID
Status|NEW
https://bugzilla.samba.org/show_bug.cgi?id=11578
--- Comment #5 from Armin Mohring ---
I think I have found the error:
the usb 3.0 Hdd must be mounted first and then it can be acessed.
--
You are receiving this mail because:
You are the QA Contact for the bug.
--
Please use reply-all for mos
https://bugzilla.samba.org/show_bug.cgi?id=11578
--- Comment #4 from Kevin Korb ---
There are no device, block, or filesystem errors after that?
--
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 l
https://bugzilla.samba.org/show_bug.cgi?id=11578
--- Comment #3 from Armin Mohring ---
This is the relevant part from dmesg after connecting the drive to an USB 3.0
port:
5773.601144] Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 5777.829686] usb 4-3: new SuperSpeed USB device number 6 usin
https://bugzilla.samba.org/show_bug.cgi?id=11578
--- Comment #2 from Kevin Korb ---
There should be additional errors. If not from rsync then from dmesg.
--
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
https://bugzilla.samba.org/show_bug.cgi?id=11578
Armin Mohring changed:
What|Removed |Added
Priority|P5 |P3
--- Comment #1 from Armin Mohring ---
https://bugzilla.samba.org/show_bug.cgi?id=11578
Bug ID: 11578
Summary: Rsync does start with an error directly connecting an
USB drive to a port
Product: rsync
Version: 3.1.1
Hardware: x64
OS: Linux
https://bugzilla.samba.org/show_bug.cgi?id=11572
--- Comment #16 from john lutz ---
I had erroneously though that -A was attribute information (those that
are controlled by chmod) and even more erroneously thought -A was part of
-a.
anyway, i went to my Ubuntu configuration and 'rsync -rav src d
https://bugzilla.samba.org/show_bug.cgi?id=11572
--- Comment #15 from Kevin Korb ---
rsync's -a specifically does not include -A or -X because these are not
supported by all versions of rsync, or on all platforms, or on all filesystems,
and they can be disabled at compile time. If you specify -A
https://bugzilla.samba.org/show_bug.cgi?id=11572
--- Comment #14 from john lutz ---
Also, if I stop a 'rsync -aiivvA src dest' with control-c it will
still copy *all* the correct ACL and file content data.
--
You are receiving this mail because:
You are the QA Contact for the bug.
--
Please u
https://bugzilla.samba.org/show_bug.cgi?id=11572
--- Comment #13 from john lutz ---
this doesn't fix the fact that 'rsync -rav src dest' still doesn't work
as intended on Fedora only.
so using -a and -A apparently fixes the problem. Even though -a should
specifically include -A .This would sugge
https://bugzilla.samba.org/show_bug.cgi?id=11572
Wayne Davison changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.samba.org/show_bug.cgi?id=11572
--- Comment #11 from Kevin Korb ---
Permissions are set at the end. If you ^C rsync then permissions won't be set.
Could you try my last suggested command with a new (empty) target and let it
finish?
--
You are receiving this mail because:
You
https://bugzilla.samba.org/show_bug.cgi?id=11572
--- Comment #10 from john lutz ---
..regarding previous... all empty directories. but i did control-c it.
again, when i used rsync -rav rav and waited for completion still got
empty directories.
--
You are receiving this mail because:
You are th
https://bugzilla.samba.org/show_bug.cgi?id=11572
--- Comment #8 from Kevin Korb ---
Forget --debug. The --debug option is for providing LESS (as in more specific)
debugging information than additional instances of -v. The modifier option
isn't a number it is which debugging info you want it to
https://bugzilla.samba.org/show_bug.cgi?id=11572
--- Comment #7 from john lutz ---
okay, i tried
rsync -ravA --debug 9 /usr/lib/* delme
it was copying , still wrong ACL information and nothing discernable
that raised an error.
--
You are receiving this mail because:
You are the QA Contact for
https://bugzilla.samba.org/show_bug.cgi?id=11572
--- Comment #6 from Kevin Korb ---
> no! rsync -rav -vvii 2015 ./delme
> results in no preservation of attributes. -a includes -A BTW!
That makes no sense at all. -vvii only modifies output. -a includes -r but it
specifically does NOT include -A
https://bugzilla.samba.org/show_bug.cgi?id=11572
--- Comment #5 from john lutz ---
the thing is. i been using rsync for 4 years and 'rsync -rav src dest' always
worked for me under ubuntu and debian yet under Fedora it seems to be a
treasure trove of bugs and general disarray.
now don't get me w
https://bugzilla.samba.org/show_bug.cgi?id=11572
--- Comment #4 from john lutz ---
no! rsync -rav -vvii 2015 ./delme
results in no preservation of attributes. -a includes -A BTW!
[john@johnsplace Downloads]$ rsync -ravAvvii --debug 2015 delme
results in all directories and files having the curr
https://bugzilla.samba.org/show_bug.cgi?id=11572
--- Comment #3 from Kevin Korb ---
Instead of --debug (which should really have an additional parameter) try with
-vvii Also, since you clearly have ACLs you probably want -A too.
--
You are receiving this mail because:
You are the QA Contact fo
https://bugzilla.samba.org/show_bug.cgi?id=11572
--- Comment #2 from john lutz ---
Also. The directories with improper file permissions are EMPTY!!!
--
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 maili
https://bugzilla.samba.org/show_bug.cgi?id=11572
--- Comment #1 from john lutz ---
also rsync -rav on external usb3 ext4 hard drive systems like ubuntu or debian
(and very much UNLIKE Fedora where it fails completely) sometimes lock to the
point that the mouse cursor locks. but after a while it f
https://bugzilla.samba.org/show_bug.cgi?id=11572
Bug ID: 11572
Summary: rsync --debug doesn't work, and gives erroneous
results when taken out
Product: rsync
Version: 3.1.2
Hardware: x64
OS: Linux
https://bugzilla.samba.org/show_bug.cgi?id=11571
Bug ID: 11571
Summary: rsync-3.1.1 --link-dest arbitrary limit
Product: rsync
Version: 3.1.1
Hardware: x86
OS: Linux
Status: NEW
Severity: critical
https://bugzilla.samba.org/show_bug.cgi?id=11561
Dag-Erling Smørgrav changed:
What|Removed |Added
Attachment #11508|0 |1
is obsolete|
https://bugzilla.samba.org/show_bug.cgi?id=11561
Bug ID: 11561
Summary: [PATCH] Show progress information when SIGINFO is
caught on platforms that have it
Product: rsync
Version: 3.1.2
Hardware: All
OS: All
https://bugzilla.samba.org/show_bug.cgi?id=11558
Bug ID: 11558
Summary: rsync always try change owner and group of symlink in
--fake-super mode
Product: rsync
Version: 3.1.2
Hardware: x64
OS: Linux
https://bugzilla.samba.org/show_bug.cgi?id=11545
Bug ID: 11545
Summary: -A (preserve ACLs) with --link-dest=DIR fails when DIR
has a directory with the same file's name
Product: rsync
Version: 3.1.0
Hardware: All
https://bugzilla.samba.org/show_bug.cgi?id=11544
Wayne Davison changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.samba.org/show_bug.cgi?id=11544
--- Comment #3 from Kevin Korb ---
Simple...
source == copy the source directory
source/ == copy the contents of the directory
source/* == copy everything that your shell globs that wildcard into.
IOW, ./* won't copy anything that "echo ./*" doesn
https://bugzilla.samba.org/show_bug.cgi?id=11544
--- Comment #2 from teo8...@gmail.com ---
And could you explain how that is the expected behavior?
--
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
https://bugzilla.samba.org/show_bug.cgi?id=11544
--- Comment #1 from Kevin Korb ---
Drop the * in your source parameter.
--
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 c
https://bugzilla.samba.org/show_bug.cgi?id=11544
Bug ID: 11544
Summary: doesn't copy files starting with "." in the current
directory
Product: rsync
Version: 3.1.1
Hardware: All
OS: Linux
Status:
https://bugzilla.samba.org/show_bug.cgi?id=11541
Bug ID: 11541
Summary: "use slp" directive removed from slp.diff during
migration to 3.1.0
Product: rsync
Version: 3.1.2
Hardware: All
OS: All
Sta
https://bugzilla.samba.org/show_bug.cgi?id=11534
Bug ID: 11534
Summary: Use Btrfs file checksum if available
Product: rsync
Version: 3.1.2
Hardware: All
OS: Linux
Status: NEW
Severity: enhancement
https://bugzilla.samba.org/show_bug.cgi?id=8682
--- Comment #3 from roland ---
that would be a quite useful feature.
i`d recommend that this feature should be activated with a commandline option
for safety purpose. and skipping should then be repeated while the key is
pressed down, so one could
https://bugzilla.samba.org/show_bug.cgi?id=8682
--- Comment #1 from martin f. krafft ---
A hack is to save the file on the backedu up host, and overwrite the inode,
e.g. "echo > file". This will then cause BackupPC to move on and log an error.
But indeed, having the information about
- which
https://bugzilla.samba.org/show_bug.cgi?id=8682
--- Comment #2 from martin f. krafft ---
(the hack is courtesy of Ronny Aasen)
--
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 unsubscrib
https://bugzilla.samba.org/show_bug.cgi?id=11523
Bug ID: 11523
Summary: Request: Add option to unlink hard links when
permissions change
Product: rsync
Version: 3.1.2
Hardware: All
OS: All
Status
https://bugzilla.samba.org/show_bug.cgi?id=11521
--- Comment #1 from Michael McCracken ---
Created attachment 11440
--> https://bugzilla.samba.org/attachment.cgi?id=11440&action=edit
patch to check hi-res timestamp in unchanged_file
--
You are receiving this mail because:
You are the QA Conta
https://bugzilla.samba.org/show_bug.cgi?id=11521
Bug ID: 11521
Summary: rsync does not use high-resolution timestamps to
determine file differences
Product: rsync
Version: 3.1.2
Hardware: All
OS: All
https://bugzilla.samba.org/show_bug.cgi?id=11481
Wayne Davison changed:
What|Removed |Added
Severity|normal |enhancement
--- Comment #4 from Wayne Davi
https://bugzilla.samba.org/show_bug.cgi?id=11489
Wayne Davison changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.samba.org/show_bug.cgi?id=11513
Wayne Davison changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.samba.org/show_bug.cgi?id=11513
Bug ID: 11513
Summary: Modified rrsync to support write-only usage
Product: rsync
Version: 3.1.2
Hardware: All
OS: All
Status: NEW
Severity: enhancement
201 - 300 of 4233 matches
Mail list logo