- 26 Jun, 1999 1 commit
-
-
Andrew Tridgell authored
comparing checksums for the --checksum (-c) option.
-
- 13 Apr, 1999 1 commit
-
-
Andrew Tridgell authored
rsync servers via a web proxy (useful for getting through firewalls)
-
- 06 Apr, 1999 9 commits
-
-
rsync-bugs authored
-
Andrew Tridgell authored
catches most sorts of io errors and ensures we report a error in our exit status.
-
Andrew Tridgell authored
-
Andrew Tridgell authored
-
Andrew Tridgell authored
all files have been excluded).
-
Andrew Tridgell authored
1) rsync won't copy directories at all if recursion isn't selected 2) --delete won't do anything if recursion isn't selected
-
Andrew Tridgell authored
rsyncd.conf are not passed to the client and thus only affect the file lists on the server.
-
Andrew Tridgell authored
permissions on directories after a transfer.
-
Andrew Tridgell authored
patch from racke@linuxia.de
-
- 02 Apr, 1999 1 commit
-
-
David Dykstra authored
hadn't changed but its permissions had, the file wasn't copied but its permissions were attempted to be set anyway. Made a change to skip setting the permissions in that case.
-
- 24 Mar, 1999 2 commits
-
-
David Dykstra authored
--compare-dest. It was due to an incomplete analysis of the problem, sorry. I left a comment in its place indicating that normally the parent directories should already have been created. It turned out to actually be a bug in nsbd in which it was not always including all the parent directories in the include list like it was supposed to. The files themselves were still being sent but that was only because my exclude_the_rest optimization was kicking in; if it weren't, excluding the parent directories would have had the side effect of excluding the files too. So it really had nothing to do with the --compare-dest option after all, just with the requirement that if you use --exclude '*' you need to explicitly include all parent directories of files you include.
-
David Dykstra authored
because at that point in the program the umask is set to 0. Now creating the file with mode (666 & ~orig_umask).
-
- 23 Mar, 1999 1 commit
-
-
David Dykstra authored
target destination were not getting created. There was a case in receiver.c to do that but it was only getting invoked when the -R option is specified, although I don't know why it was limited to that. It's too bad I didn't get a chance to more fully test the use of --compare-dest by my nsbd program before releasing rsync 2.3.0. I'll probably need to put a workaround in nsbd too until the next release of rsync.
-
- 15 Mar, 1999 3 commits
-
-
rsync-bugs authored
-
David Dykstra authored
both directions.
-
David Dykstra authored
-
- 12 Mar, 1999 4 commits
-
-
David Dykstra authored
I'll be encouraging extra testing before the release.
-
David Dykstra authored
Patch submitted by Damian A Ivereigh <damian@cisco.com>
-
David Dykstra authored
of cygwin doesn't work. Thanks to Martin Krumpolec <krumpo@pobox.sk> for the patch. At the same time, include cache checks in configure.in for a few items that were missing the checks.
-
David Dykstra authored
the receiver even when not combined with -r. Without this, the directories were getting created mode 777 because the default umask on receivers is often 00.
-
- 11 Mar, 1999 1 commit
-
-
David Dykstra authored
executable is busy on HPUX), rename it instead to .rsyncNNN. Most of the code was submitted by Ketil Kristiansen <ketil-k@osc.no>
-
- 09 Mar, 1999 3 commits
-
-
David Dykstra authored
David Campbell <david@pastornet.net.au> reported that that helps data be received onto a windows box running cygwin b19.
-
David Dykstra authored
-
David Dykstra authored
-
- 05 Mar, 1999 1 commit
-
-
David Dykstra authored
I believe this is the latest, which comes with automake 1.4 (somebody else is in charge of installing the GNU stuff on my system so I'm not 100% sure it's the absolute latest, but it was updated just a couple weeks ago).
-
- 04 Mar, 1999 1 commit
-
-
David Dykstra authored
other access resulted in group and other access being left off when the '-p' option was not used. This fixes it by reintroducing the ACCESSPERMS mask and setting permissions to (file->mode & ACCESSPERMS) if preserve_perms is off. I decided to change the mask INITPERMMASK to INITACCESSPERMS at the same time. When preserve_perms is off, rsync is restored to the previous behavior of having the permissions of the original file with the umask and setuid/setgid bits shut off. Also, I decided that a check for "(updated && (file->mode & ~ACCESSPERMS))" is no longer needed since as far as I can tell that would have only affected permissions when not running as root and when a chgrp was done to a group the user was not a member of, using system V chgrp semantics. This is no longer allowed.
-
- 02 Mar, 1999 2 commits
-
-
David Dykstra authored
whenever delete_mode is on. People reported problems when it kicked in while using --delete and while using --delete-excluded.
-
David Dykstra authored
as calculated by the configure macro AC_TYPE_GETGROUPS. Without that, it doesn't work properly on systems like sunos 4 where gid_t is defined to be an unsigned short but getgroups is defined to return an array of integers.
-
- 01 Mar, 1999 3 commits
-
-
David Dykstra authored
an obscure race-condition security hole where a file may for a short time have the wrong group. Could have used 707 instead but that's just too weird of a permission. The define name used to be ACCESSPERMS but that is defined as 777 on Linux, so changed the name to INITPERMMASK.
-
David Dykstra authored
such as sunos4 gid_t is an unsigned short. This prevented the just-added non-mapped group test from working on sunos4.
-
David Dykstra authored
does not belong to, in these two ways: 1. If a group mapping doesn't exist for a group name, do not preserve it for a non-root receiver. This is especially evident with the sender is a daemon using chroot because then no mappings are available. 2. Before setting the group on a file make sure that it is in the list of groups returned by getgroups(). The same thing is done by chgrp on systems that support bsd-style chown/chgrp, and this enforces that it happens the same way on all systems. Overhead is very little, especially since most systems don't allow more then 16 groups per user.
-
- 25 Feb, 1999 1 commit
-
-
David Dykstra authored
of a socket (that is, a --daemon) server, but never looked at. The way to test whether or not on a client is (!am_server).
-
- 24 Feb, 1999 1 commit
-
-
David Dykstra authored
-
- 22 Feb, 1999 1 commit
-
-
David Dykstra authored
are excluded. Implies --delete.
-
- 18 Feb, 1999 3 commits
-
-
David Dykstra authored
situations: 1. the client is the receiver of files. Can't do it otherwise yet because without -v the bytes written from the sender's generator process will not be counted. 2. both the remote and local protocol versions are >=20. I did not change the protocol version yet because it is such a minor change that it isn't worth it, although I did test it with the protocol version set to 20. If neither of the situations hold, it prints a message saying to use -v.
-
David Dykstra authored
slashes. The old behavior of crossing slashes can be achieved by using a double-asterisk ('**') anywhere in a pattern. Note that this can change some existing exclude patterns in a subtle way. Also note that if the remote side is an older release the processing on the two sides might not be exactly the same when there's no double-asterisk, which can affect which files are excluded from deletion, but they're close enough that people will probably not notice. I considered changing the protocol version and checking the remote_version number to ensure the same processing on both sides, but the exclude patterns are pre-processed before the remote version number is known and it's just not worth going through extraordinary efforts. Suggested by Cameron Simpson <cs@zip.com.au>
-
Andrew Tridgell authored
ftp based mirror system so that timestamps may not be right.
-
- 17 Feb, 1999 1 commit
-
-
David Dykstra authored
any more except in very obscure cases.
-