Skip to content
Projects
Groups
Snippets
Help
Loading...
Help
Submit feedback
Contribute to GitLab
Sign in
Toggle navigation
L
liblongpath-rsync
Project
Project
Details
Activity
Releases
Cycle Analytics
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Charts
Issues
0
Issues
0
List
Board
Labels
Milestones
Merge Requests
0
Merge Requests
0
CI / CD
CI / CD
Pipelines
Jobs
Schedules
Charts
Wiki
Wiki
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Charts
Create a new issue
Jobs
Commits
Issue Boards
Open sidebar
liblongpath
liblongpath-rsync
Commits
b0a93231
Commit
b0a93231
authored
Jan 22, 2004
by
Wayne Davison
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
Added more missing news.
parent
0c819b76
Changes
1
Hide whitespace changes
Inline
Side-by-side
Showing
1 changed file
with
18 additions
and
5 deletions
+18
-5
NEWS
NEWS
+18
-5
No files found.
NEWS
View file @
b0a93231
...
...
@@ -11,6 +11,10 @@ Changes since 2.6.0:
"USER:PASS@" prefix before the "HOST:PORT" information.
(Bardur Arantsson)
* The --progress output now mentions how far along in the
transfer we are, including both a count of files transferred
and a percentage of the total file-count that we're processed.
BUG FIXES:
* The --link-dest code now works properly for a non-root user
...
...
@@ -40,6 +44,10 @@ Changes since 2.6.0:
directory's .cvsignore file once again only affect that one
directory (and not all following directories too).
* When transferring a file that has group 0 with -g specified
(typically via -a) and not enough privs to retain the group,
rsync no longer complains about chown failing.
* When specifying the USER@HOST: prefix for a file, the USER
part can now contain an '@', if needed (i.e. the last '@'
is used to find the HOST, not the first).
...
...
@@ -74,11 +82,16 @@ Changes since 2.6.0:
* Less memory used per-file in the file list.
* The 2 pipes used between the receiver and generator processes
(which are forked on the same machine) were reduced to 1 pipe and
the protocol improved so that (1) it is now impossible to have the
"redo" pipe fill up and hang rsync, and (2) trailing messages from
the receiver don't get lost on their way to through generator over
to the sender. (Wayne Davison)
(which are forked on the same machine) were reduced to 1 pipe
and the protocol improved so that (1) it is now impossible to
have the "redo" pipe fill up and hang rsync, and (2) trailing
messages from the receiver don't get lost on their way through
the generator over to the sender (the latter mainly affected
hard-link messages). (Wayne Davison)
* The reading & writing of the file list in batch-mode is now
handled by the same code that sends & receives the list over
the wire. This makes it much easier to maintain.
NEWS for rsync 2.6.0 (1 Jan 2004)
...
...
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment