On Mon, Jan 03, 2005 at 12:55:01AM -0600, John Van Essen wrote:
> Since the problem is that Darwin has no lchown function implemented,
> for portability, this if statement could be:
>
> #ifdef HAVE_LCHOWN
> if (change_uid || change_gid) {
> #else
> if (!S_ISLNK(st->st_mode) && (cha
Wayne,
> diff -u -r1.1.1.6 rsync.c
> --- rsync.c 3 Jan 2004 11:22:00 - 1.1.1.6
> +++ rsync.c 21 Dec 2004 12:04:56 -
> @@ -260,7 +260,7 @@
> change to groups that the user is a member of */
> change_gid = is_in_group(file->gid);
>
thanks. i will give the patch a try. i've got to be missing
something... what if someone wanted to chown a symlink? bizarre.
-ben
On Dec 30, 2004, at 20.14, Ben Bond-Lamberty wrote:
I and a few others have seen similar problems. It happens (as I
understand)
because Darwin (the BSD underlyin
I and a few others have seen similar problems. It happens (as I understand)
because Darwin (the BSD underlying Mac OS X) follows symlinks with chown
attempts--try chown'ing a symlink from the command line to see this--which
is...unintuitive. So when given the -o or -g (or -a) options, rsync can
u
On Mon, Dec 27, 2004 at 10:34:13PM -0500, btb wrote:
> chown "/Users/luna/Documents/backups/groundnoise/etc/courier/imapd.pem"
> failed: No such file or directory
hello-
i am using rsync via ssh to maintain a copy of a few directories on a
remote server, and am getting an error when rsync tries to chmod a
certain file following it's transfer. there are a couple of cases in
which this occurring - below is one example.
local machine is debian testing - rs
