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
6609a9f1
Commit
6609a9f1
authored
Feb 05, 2004
by
Wayne Davison
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
Mention a couple more changes.
parent
5204e853
Changes
1
Show whitespace changes
Inline
Side-by-side
Showing
1 changed file
with
15 additions
and
1 deletion
+15
-1
NEWS
NEWS
+15
-1
No files found.
NEWS
View file @
6609a9f1
...
@@ -17,6 +17,10 @@ Changes since 2.6.0:
...
@@ -17,6 +17,10 @@ Changes since 2.6.0:
BUG FIXES:
BUG FIXES:
* When -x (--one-file-system) is combined with -L (--copy-links)
or --copy-unsafe-links, no symlinked files are skipped, even
if the referant file is on a different filesystem.
* The --link-dest code now works properly for a non-root user
* The --link-dest code now works properly for a non-root user
when the UIDs of the source and destination differ and -o was
when the UIDs of the source and destination differ and -o was
specified, and when the group of the source can't be used on
specified, and when the group of the source can't be used on
...
@@ -47,12 +51,19 @@ Changes since 2.6.0:
...
@@ -47,12 +51,19 @@ Changes since 2.6.0:
* When transferring a file that has group 0 with -g specified
* When transferring a file that has group 0 with -g specified
(typically via -a) and not enough privs to retain the group,
(typically via -a) and not enough privs to retain the group,
rsync no longer complains about
chown
failing.
rsync no longer complains about
"chown"
failing.
* When specifying the USER@HOST: prefix for a file, the USER
* When specifying the USER@HOST: prefix for a file, the USER
part can now contain an '@', if needed (i.e. the last '@'
part can now contain an '@', if needed (i.e. the last '@'
is used to find the HOST, not the first).
is used to find the HOST, not the first).
* Fixed some bugs in the handling of group IDs for non-root
users: (1) It properly handles a group that the sender didn't
have a name for (it would previously skip changing the group
on any files in that group). (2) If --numeric-ids is used,
rsync no longer attempts to set groups that the user doesn't
have the permission to set.
INTERNAL:
INTERNAL:
* Most of the I/O is now buffered, which results in a pretty
* Most of the I/O is now buffered, which results in a pretty
...
@@ -105,6 +116,9 @@ Changes since 2.6.0:
...
@@ -105,6 +116,9 @@ Changes since 2.6.0:
mount-point directories we encounter (it no longer scans the
mount-point directories we encounter (it no longer scans the
contents of the mount-point dirs, just to throw away the data).
contents of the mount-point dirs, just to throw away the data).
* Improved the internal uid/gid code to be more portable and
a little more optimized.
NEWS for rsync 2.6.0 (1 Jan 2004)
NEWS for rsync 2.6.0 (1 Jan 2004)
Protocol: 27 (changed)
Protocol: 27 (changed)
...
...
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