https://bugzilla.samba.org/show_bug.cgi?id=3718
--- Comment #3 from [EMAIL PROTECTED] 2006-04-24 16:13 MST ---
(In reply to comment #0)
I checked the code, and noticed that before rsync commit the temp file
(finish_transfer @ rsync.c), it changes the file attributes (using
https://bugzilla.samba.org/show_bug.cgi?id=3718
[EMAIL PROTECTED] changed:
What|Removed |Added
Severity|major |normal
--- Comment #4 from
https://bugzilla.samba.org/show_bug.cgi?id=3740
Summary: --delete with -a failes with warning (though -a is
supposed to imply -r)
Product: rsync
Version: 2.6.8
Platform: x86
OS/Version: Linux
Status: NEW
https://bugzilla.samba.org/show_bug.cgi?id=3740
--- Comment #2 from [EMAIL PROTECTED] 2006-04-28 15:11 MST ---
One sample command from script is:
rsync --size-only -a -z --partial -L --delete \
--exclude-from=excludefile \
$srcHostDir \
$destDir
The emailed output from
https://bugzilla.samba.org/show_bug.cgi?id=3740
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
https://bugzilla.samba.org/show_bug.cgi?id=3749
Summary: rsync --help misleading information
Product: rsync
Version: 2.6.0
Platform: All
OS/Version: Windows 2000
Status: NEW
Severity: trivial
Priority: P3
https://bugzilla.samba.org/show_bug.cgi?id=3749
--- Comment #1 from [EMAIL PROTECTED] 2006-05-03 17:16 MST ---
I don't think the terms sender and receiver are problematic; they're equivalent
to source and destination, respectively. However, some of the help is unclear
and/or
https://bugzilla.samba.org/show_bug.cgi?id=3752
Summary: rsync unusable with EncFS filesystem
Product: rsync
Version: 2.6.8
Platform: x86
OS/Version: Linux
Status: NEW
Severity: critical
Priority: P3
https://bugzilla.samba.org/show_bug.cgi?id=3752
--- Comment #1 from [EMAIL PROTECTED] 2006-05-05 01:28 MST ---
After rsync sets the time/attributes on a file, it renames the file into place
and it is done with it. If the timestamp is changing after that, I have a hard
time imaging
https://bugzilla.samba.org/show_bug.cgi?id=3752
--- Comment #2 from [EMAIL PROTECTED] 2006-05-05 13:39 MST ---
The problem is indeed with EncFS/FUSE... e.g mv xxx yyy changes the mod time
Solved by modifying syscall.c
int do_rename(const char *fname1, const char *fname2)
{
https://bugzilla.samba.org/show_bug.cgi?id=3752
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.samba.org/show_bug.cgi?id=3764
Summary: mkdir test\#366 failed: Invalid argument (22) on Mac
OS X 10.4 (Intel)
Product: rsync
Version: 2.6.8
Platform: x86
OS/Version: Mac OS X
Status: NEW
https://bugzilla.samba.org/show_bug.cgi?id=3749
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.samba.org/show_bug.cgi?id=3764
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.samba.org/show_bug.cgi?id=3749
--- Comment #3 from [EMAIL PROTECTED] 2006-05-07 15:46 MST ---
FYI, I didn't like the wording of the --delete option, so I had just recently
improved it in the CVS version. I also improved the wording of the
existing/ignore-existing
https://bugzilla.samba.org/show_bug.cgi?id=3764
--- Comment #2 from [EMAIL PROTECTED] 2006-05-07 16:41 MST ---
Thanks for the quick reply. I can live with option (3). But where is the
iconv.diff file? I couldn't find it in the CVS tree ...
A suggestion regarding this charset issue:
https://bugzilla.samba.org/show_bug.cgi?id=3764
--- Comment #3 from [EMAIL PROTECTED] 2006-05-07 19:17 MST ---
(In reply to comment #2)
But where is the iconv.diff file?
Did you try googling for rsync iconv.diff? (You would have found it in the
first item returned.) Because the
https://bugzilla.samba.org/show_bug.cgi?id=3768
Summary: --no-specials in Rsync 2.6.8 breaks compatibility with
2.6.0-r6 Mirroring system
Product: rsync
Version: 2.6.8
Platform: x86
OS/Version: Linux
Status: NEW
https://bugzilla.samba.org/show_bug.cgi?id=3768
--- Comment #1 from [EMAIL PROTECTED] 2006-05-10 09:58 MST ---
The only time that rsync sends the --no-specials option is when the user has
requested only the transfer of devices and not special files. This undoubtedly
means that the
https://bugzilla.samba.org/show_bug.cgi?id=3778
Summary: rsync triggers ( pre/post xter scripts )
Product: rsync
Version: 2.6.8
Platform: Sparc
OS/Version: Windows XP
Status: NEW
Severity: major
Priority: P3
https://bugzilla.samba.org/show_bug.cgi?id=3784
Summary: Showing Progress without being Verbose
Product: rsync
Version: 3.0.0
Platform: x86
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P3
https://bugzilla.samba.org/show_bug.cgi?id=3787
Summary: Optional exit code indicating receiver was changed
Product: rsync
Version: 2.6.9
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: P3
https://bugzilla.samba.org/show_bug.cgi?id=3806
Summary: makedev has 3 arguments in qnx
Product: rsync
Version: 2.6.8
Platform: Other
OS/Version: Other
Status: NEW
Severity: normal
Priority: P3
Component:
https://bugzilla.samba.org/show_bug.cgi?id=3809
Summary: Feature Request: Individual log file per module
Product: rsync
Version: 2.6.8
Platform: Other
OS/Version: Windows XP
Status: NEW
Severity: normal
Priority:
https://bugzilla.samba.org/show_bug.cgi?id=3809
--- Comment #1 from [EMAIL PROTECTED] 2006-05-29 16:24 MST ---
In the trace, this was mounted over loopback
Kernel is Linux version 2.6.17-rc5-default
Samba is Version 3.0.22-9-SUSE-SLES10
Although I could repeat it with current
https://bugzilla.samba.org/show_bug.cgi?id=3809
--- Comment #2 from [EMAIL PROTECTED] 2006-05-29 21:08 MST ---
ignore the previous comment - it was for another defect
--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
--- You are receiving this mail
https://bugzilla.samba.org/show_bug.cgi?id=3778
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #1 from
https://bugzilla.samba.org/show_bug.cgi?id=3646
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.samba.org/show_bug.cgi?id=3649
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #1 from
https://bugzilla.samba.org/show_bug.cgi?id=3787
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.samba.org/show_bug.cgi?id=3824
Summary: Max-delete with percentage
Product: rsync
Version: 2.6.8
Platform: All
OS/Version: Windows XP
Status: NEW
Severity: enhancement
Priority: P3
https://bugzilla.samba.org/show_bug.cgi?id=3825
Summary: rsync won't delete directory with excluded files
Product: rsync
Version: 2.6.8
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P3
https://bugzilla.samba.org/show_bug.cgi?id=3825
--- Comment #1 from [EMAIL PROTECTED] 2006-06-06 16:02 MST ---
The --exclude filter is equivalent to a sender hide filter plus a receiver
protect filter, and the receiving rsync is correct to block deletion of a
directory because the
https://bugzilla.samba.org/show_bug.cgi?id=3824
--- Comment #1 from [EMAIL PROTECTED] 2006-06-06 17:28 MST ---
A percentage --max-delete would be difficult to implement. The generator would
need to know the total number of files in the target directory in order to
decide whether to
https://bugzilla.samba.org/show_bug.cgi?id=3649
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
--- Comment
https://bugzilla.samba.org/show_bug.cgi?id=3653
--- Comment #3 from [EMAIL PROTECTED] 2006-06-07 09:20 MST ---
(In reply to comment #2)
I think filtering error messages should be the job of the cron script invoking
rsync, not of rsync itself; otherwise we'll find ourselves adding
https://bugzilla.samba.org/show_bug.cgi?id=3653
--- Comment #4 from [EMAIL PROTECTED] 2006-06-07 17:41 MST ---
(In reply to comment #3)
when I'm calling rsync from meep (http://freshmeat.net/projects/meep/) I can't
filter the error messages or change the error code before meep gets
https://bugzilla.samba.org/show_bug.cgi?id=3809
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #3 from
https://bugzilla.samba.org/show_bug.cgi?id=3809
--- Comment #4 from [EMAIL PROTECTED] 2006-06-07 18:04 MST ---
Created an attachment (id=1954)
-- (https://bugzilla.samba.org/attachment.cgi?id=1954action=view)
The log-file settings can be set differently for each module
--
https://bugzilla.samba.org/show_bug.cgi?id=3653
--- Comment #5 from [EMAIL PROTECTED] 2006-06-09 10:28 MST ---
works, thank you. I'd love the patch to be included nonetheless, so I don't
have to spawn yet another shell every time :-/
--
Configure bugmail:
https://bugzilla.samba.org/show_bug.cgi?id=3653
--- Comment #6 from [EMAIL PROTECTED] 2006-06-09 19:17 MST ---
I still think that incorporating a patch into the official rsync for something
done so easily outside of rsync would be foolish. Of course you are welcome to
patch your own
https://bugzilla.samba.org/show_bug.cgi?id=3825
--- Comment #2 from [EMAIL PROTECTED] 2006-06-10 02:55 MST ---
My problem is the target content is unexpectedly different from the source and
rsync doesn't warn about the difference. If rsync would emit a warning about
not being able
https://bugzilla.samba.org/show_bug.cgi?id=3825
--- Comment #3 from [EMAIL PROTECTED] 2006-06-10 12:09 MST ---
I think using hide filters (like --filter=H *.tmp) for temporary and scratch
files will accomplish what you want. If some such files accidentally get
copied to the receiver
https://bugzilla.samba.org/show_bug.cgi?id=3828
Summary: ACLs are not supported on this client
Product: rsync
Version: 2.6.8
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P3
https://bugzilla.samba.org/show_bug.cgi?id=3828
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.samba.org/show_bug.cgi?id=3825
--- Comment #4 from [EMAIL PROTECTED] 2006-06-11 10:48 MST ---
Something like this has come up before in the context of excluding an .svn
directory that shouldn't be transferred or or removed, unless the parent
directory also went away.
https://bugzilla.samba.org/show_bug.cgi?id=3828
--- Comment #2 from [EMAIL PROTECTED] 2006-06-11 11:53 MST ---
I am using FC5, and I made my own RPMS of rsync patched and configured for ACL
support. They are linked on this page:
http://www.kepreon.com/~matt/myrsync/index.html
https://bugzilla.samba.org/show_bug.cgi?id=3825
--- Comment #5 from [EMAIL PROTECTED] 2006-06-11 11:59 MST ---
I am working on a patch to fix a bunch of infelicities related to deletion,
including all the ones discussed here. I passed a variable through get_dirlist
all the way to
https://bugzilla.samba.org/show_bug.cgi?id=3825
--- Comment #6 from [EMAIL PROTECTED] 2006-06-11 15:00 MST ---
Created an attachment (id=1955)
-- (https://bugzilla.samba.org/attachment.cgi?id=1955action=view)
Proposed changes to deletion, filters, etc.
This patch adds:
- support
https://bugzilla.samba.org/show_bug.cgi?id=3829
Summary: rsync loses access ACLs on transferred files
Product: rsync
Version: 2.6.9
Platform: All
OS/Version: All
Status: NEW
Severity: minor
Priority: P3
https://bugzilla.samba.org/show_bug.cgi?id=3653
--- Comment #7 from [EMAIL PROTECTED] 2006-06-12 03:55 MST ---
Patching my copy would bar me from Debian (security) updates.
... btw, the script DOES NOT work as expected :(
try:
mkdir a ; mkdir b ; rsync -r a b ; echo $? ; rm -rf a
https://bugzilla.samba.org/show_bug.cgi?id=3653
--- Comment #8 from [EMAIL PROTECTED] 2006-06-12 09:02 MST ---
Created an attachment (id=1957)
-- (https://bugzilla.samba.org/attachment.cgi?id=1957action=view)
fixed rsync-no-vanished wrapper script
You have a point about security
https://bugzilla.samba.org/show_bug.cgi?id=3653
[EMAIL PROTECTED] changed:
What|Removed |Added
Attachment #1957|application/octet-stream|text/sh
mime type|
https://bugzilla.samba.org/show_bug.cgi?id=3653
[EMAIL PROTECTED] changed:
What|Removed |Added
Attachment #1957|text/sh |text/plain
mime type|
https://bugzilla.samba.org/show_bug.cgi?id=3653
--- Comment #9 from [EMAIL PROTECTED] 2006-06-14 08:19 MST ---
Well, easy-to-use would be --ignore-vanished ;) .. as rsync is the one emitting
the warning.
pipefail is a bash 3.x feature, which hasn't made it into all distributions
https://bugzilla.samba.org/show_bug.cgi?id=3839
Summary: The '/' in the Softlink is missing on the remote Rsyncd
server !
Product: rsync
Version: 2.5.7
Platform: x86
OS/Version: Windows 98
Status: NEW
https://bugzilla.samba.org/show_bug.cgi?id=3839
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.samba.org/show_bug.cgi?id=3839
--- Comment #2 from [EMAIL PROTECTED] 2006-06-16 01:29 MST ---
(In reply to comment #1)
This has been fixed in the CVS version for a while now, which you can try out
via the nightly tar files. This sanitizing of symlinks as they get
https://bugzilla.samba.org/show_bug.cgi?id=3845
Summary: Add --remove-source-files
Product: rsync
Version: 2.6.9
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P3
Component: core
https://bugzilla.samba.org/show_bug.cgi?id=3839
--- Comment #3 from [EMAIL PROTECTED] 2006-06-17 09:15 MST ---
(In reply to comment #2)
Can you tell me which version of rsync has fixed this problem ?
The problem was fixed in the CVS after the release of 2.6.8, which means that
the
https://bugzilla.samba.org/show_bug.cgi?id=3846
Summary: rsync silently transfers blocks of zero bytes on read
errors
Product: rsync
Version: 2.6.8
Platform: All
OS/Version: Linux
Status: NEW
Severity:
https://bugzilla.samba.org/show_bug.cgi?id=3846
--- Comment #1 from [EMAIL PROTECTED] 2006-06-18 19:11 MST ---
Rsync sends zeroes in an attempt to get as much of the new data to the receiver
as possible; one could argue that the receiving rsync should take the data from
the same
https://bugzilla.samba.org/show_bug.cgi?id=3825
--- Comment #7 from [EMAIL PROTECTED] 2006-06-18 19:12 MST ---
Is anyone going to look at my proposed fix? John? Wayne?
--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
--- You are receiving this mail
https://bugzilla.samba.org/show_bug.cgi?id=3579
--- Comment #1 from [EMAIL PROTECTED] 2006-06-20 11:00 MST ---
On second thought we probably can reduce the chance of corrupted dirlist files
even more by marking them as bad (or just deleting them) when rsync notices
that a file
https://bugzilla.samba.org/show_bug.cgi?id=3844
--- Comment #2 from [EMAIL PROTECTED] 2006-06-20 22:49 MST ---
I have observed this same problem in the rsync that was recently installed in
fedora core 5 updates (rsync-2.6.8-1.FC5.1). The -v switch corrects the
problem. I can post
https://bugzilla.samba.org/show_bug.cgi?id=3844
--- Comment #3 from [EMAIL PROTECTED] 2006-06-21 08:03 MST ---
Paul, all you are seeing is that, as of rsync 2.6.7, -n no longer implies -v
(see OLDNEWS) and you have to provide -v yourself if you want information on
what would be
https://bugzilla.samba.org/show_bug.cgi?id=3846
--- Comment #2 from [EMAIL PROTECTED] 2006-06-21 08:42 MST ---
ah, sorry. After double-checking this only happened with 2.6.5, i.e. the
current version 2.6.8 actual throws an error message.
--
Configure bugmail:
https://bugzilla.samba.org/show_bug.cgi?id=3825
[EMAIL PROTECTED] changed:
What|Removed |Added
Attachment #1955 is|0 |1
obsolete|
https://bugzilla.samba.org/show_bug.cgi?id=3845
--- Comment #2 from [EMAIL PROTECTED] 2006-06-27 22:59 MST ---
Is there a possible ETA for this feature? It would nicely solve the problem I
have with files getting left over after a GPRS link goes down in mid-transfer.
My current,
https://bugzilla.samba.org/show_bug.cgi?id=2208
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
--- Comment
https://bugzilla.samba.org/show_bug.cgi?id=3845
--- Comment #3 from [EMAIL PROTECTED] 2006-06-30 11:03 MST ---
Created an attachment (id=2010)
-- (https://bugzilla.samba.org/attachment.cgi?id=2010action=view)
Add --remove-source-files option
Here is a patch that adds the
https://bugzilla.samba.org/show_bug.cgi?id=3844
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.samba.org/show_bug.cgi?id=3768
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
https://bugzilla.samba.org/show_bug.cgi?id=3809
[EMAIL PROTECTED] changed:
What|Removed |Added
Severity|normal |enhancement
https://bugzilla.samba.org/show_bug.cgi?id=3806
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
https://bugzilla.samba.org/show_bug.cgi?id=3925
Summary: rsync is unable to sync large (approx 4G) sparse files
Product: rsync
Version: 2.6.8
Platform: x86
OS/Version: Linux
Status: NEW
Severity: major
Priority: P3
https://bugzilla.samba.org/show_bug.cgi?id=3929
Summary: after upgrade from 2.6.6 to 2.6.7 --delete is not
functional
Product: rsync
Version: 2.6.7
Platform: x86
OS/Version: Linux
Status: NEW
Severity:
https://bugzilla.samba.org/show_bug.cgi?id=3935
Summary: replacing a full directory with symlink with --delete-
after produces cryptic message
Product: rsync
Version: 2.6.6
Platform: x86
OS/Version: Linux
Status:
https://bugzilla.samba.org/show_bug.cgi?id=3935
--- Comment #1 from [EMAIL PROTECTED] 2006-07-14 10:25 MST ---
Created an attachment (id=2034)
-- (https://bugzilla.samba.org/attachment.cgi?id=2034action=view)
A test case
This script will leave a /tmp/rsync.bug. directory around
https://bugzilla.samba.org/show_bug.cgi?id=3935
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.samba.org/show_bug.cgi?id=3945
Summary: add arbitrary error reporting (with --error, perhaps)
Product: rsync
Version: 2.6.8
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority:
https://bugzilla.samba.org/show_bug.cgi?id=3825
[EMAIL PROTECTED] changed:
What|Removed |Added
Attachment #1977 is|0 |1
obsolete|
https://bugzilla.samba.org/show_bug.cgi?id=3958
Summary: ile over 13 carateres,they are syncro all time!!!
Product: rsync
Version: 2.6.6
Platform: Other
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P3
https://bugzilla.samba.org/show_bug.cgi?id=3978
Summary: readonly source - incomplete transfers (permission
problems)
Product: rsync
Version: 2.6.4
Platform: x86
OS/Version: Linux
Status: NEW
Severity:
https://bugzilla.samba.org/show_bug.cgi?id=3979
Summary: writefd_unbuffered failed to write 4092 bytes phase
send_file_entry broken pipe
Product: rsync
Version: 2.6.8
Platform: Other
OS/Version: Linux
Status: NEW
https://bugzilla.samba.org/show_bug.cgi?id=3465
--- Comment #4 from [EMAIL PROTECTED] 2006-08-01 20:34 MST ---
It would be nice to have an option --delete-unlisted that causes the receiving
rsync to delete extraneous files even from destination directories whose
contents were not
https://bugzilla.samba.org/show_bug.cgi?id=3988
Summary: -a collides with --flags
Product: rsync
Version: 2.6.8
Platform: x86
OS/Version: FreeBSD
Status: NEW
Severity: normal
Priority: P3
Component: core
https://bugzilla.samba.org/show_bug.cgi?id=3828
--- Comment #3 from [EMAIL PROTECTED] 2006-08-02 18:10 MST ---
I've noticed this as well. The FC5 RPM appears to have rsync with the ACL
patch enabled. But when I built rsync from source (with --with-acl-support),
configure presumes
https://bugzilla.samba.org/show_bug.cgi?id=3828
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
--- Comment
https://bugzilla.samba.org/show_bug.cgi?id=3828
--- Comment #5 from [EMAIL PROTECTED] 2006-08-02 20:21 MST ---
I've subsequently added the xattrs.diff patch. I then build with options:
--enable-acl-support --enable-xattr-support.
After I did the necessary manual intervention
https://bugzilla.samba.org/show_bug.cgi?id=4001
Summary: man page should document --server flag and SSH forced
command scenario
Product: rsync
Version: 3.0.0
Platform: All
OS/Version: All
Status: NEW
https://bugzilla.samba.org/show_bug.cgi?id=4001
--- Comment #2 from [EMAIL PROTECTED] 2006-08-06 02:06 MST ---
Allright. I would only mention '--server' and '--sender' briefly as internal
commands, and will find a section in which I'll describe the mechanism used by
rsync to do
https://bugzilla.samba.org/show_bug.cgi?id=1890
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
--- Comment
https://bugzilla.samba.org/show_bug.cgi?id=2793
--- Comment #2 from [EMAIL PROTECTED] 2006-08-07 11:07 MST ---
for the record, this buglet persists in rsync-2.6.8 with acl and xattr patches
enabled, and i reproduced it on two suse linux boxen (10.0/x86_64 and
10.1/i386).
would be
https://bugzilla.samba.org/show_bug.cgi?id=4010
Summary: rsync --help dont display --server command
Product: rsync
Version: 2.6.6
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P3
https://bugzilla.samba.org/show_bug.cgi?id=4010
--- Comment #1 from [EMAIL PROTECTED] 2006-08-10 12:49 MST ---
--server is an internal option that rsync uses when invoking itself. End users
should never use it. Thus, I don't see a reason why it needs to be documented
in --help
https://bugzilla.samba.org/show_bug.cgi?id=3828
--- Comment #6 from [EMAIL PROTECTED] 2006-08-10 13:04 MST ---
The --with-acl-support option was changed to --enable-acl-support in 2.6.7, and
--with-acl-support now has no effect. So if you gave --with-acl-support to
rsync 2.6.8, you
https://bugzilla.samba.org/show_bug.cgi?id=3929
--- Comment #2 from [EMAIL PROTECTED] 2006-08-12 11:24 MST ---
Created an attachment (id=2091)
-- (https://bugzilla.samba.org/attachment.cgi?id=2091action=view)
Fixed an exclude bug with --relative
There was a problem where the /
https://bugzilla.samba.org/show_bug.cgi?id=4010
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.samba.org/show_bug.cgi?id=4016
Summary: literal IPv6 addresses not supported in ssh protocol
Product: rsync
Version: 2.6.9
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P3
701 - 800 of 3934 matches
Mail list logo