version: rsync v2.6.1 (+ a minor, unrelated patch).
I'm rsyncing files (not as root) and am happy (indeed, for what I
want, delighted) that the files at the target side end up owned by the
account doing the rsync.
However, I've found that if I have a setuid/setgid file on the source
side,
Bug in rsync (version 2.6.1) over rsh.
Remote end (destination) gets a Disk Full error when writing the
(temporary) updated file.
remote ends aborts.
Client end sits there forever waiting for a reply.
--
To unsubscribe or change options:
At least it does for me on v5.1
It is a result of a bug in sh on OSF1.
$var? doesn't do file-globbing if $var contains a / (it does if it
doesn't). This causes a touch command in teh merge test to fail.
WORKAROUND:
Set BIN_SH=xpg4 in your environment while running the test. This
The large file support in configure tests for working file-locking.
This may fail if you are building over NFS and the NFS locking isn't
working.
rsync doesn't actually use file-locking, so this test causes it to
remove large-file support unnecessarily.
A workaround might be to
I'm not sure what the code is trying to do, but the SGI Irix
compiler spotted this usage of an undefined variable.
In uidlist.c:
===
static int map_uid(int id, char *name)
{
uid_t uid;
if (uid != 0 name_to_uid(name, uid))
return uid;
return
It fails to compile on Irix (compiler 7.2.1).
Whereas rsync.h has a #define for __attribute__(x) to remove it for
non GNUC and APPLE, this isn't used when compiling popt/popt.c, so it
produces an error as it doesn't like __attribute__((__unused__)) showing
up in the parameter list for
