On Tue, Apr 15, 2008 at 02:05:00AM +0200, Ruediger Oertel wrote:
> fails (most of the time) in the itemize test:
That is only true if rsync is compiled to think it can change the time
on a symlink and sometimes it can't. Either ignore that particular
failure, or comment-out HAVE_LUTIMES in config
HI,
patches/xattrs.diff repeats the man-page change from patches/slp.diff
producing an error if you try to apply both patches.
--
with kind regards (mit freundlichem Grinsen),
Ruediger Oertel ([EMAIL PROTECTED],[EMAIL PROTECTED],[EMAIL PROTECTED])
-
HI,
rsync-3.0.2 with patches/acls.diff,patches/xattrs.diff,patches/slp.diff
fails (most of the time) in the itemize test:
- itemize log follows
Testing for symlinks using 'test -h'
makepath /usr/src/packages/BUILD/rsync-3.0.2/testtmp/itemize/from/foo
makepath
/usr/src/packa
Working with rsync 3.0.2, it appears that rsync isn't unlocking files
before setting the file attributes when those files already exist.
This generates error messages on subsequent such as:
rsync: rsync_xal_set: lsetxattr("locked_file","test_xattr") failed:
Operation not permitted (1)
rsyn
On Mon, 2008-04-14 at 11:15 +0200, intripoon wrote:
> Is there a way to give a list of files to rsync and it only synchronizes
> those files?
Yes, --files-from. See the man page for details.
Matt
signature.asc
Description: This is a digitally signed message part
--
To unsubscribe or change o
Hi,
I have an rsync daemon on a MAC-OSX srv. The daemon share a read-only
folder.
On a linux "stand-by" server (no user activity here) I use rsync client to
replicate from server.
On about 85000 files I have 4 error like this:
-
rsync: delete_file: unlink
"/var/bck/srv_
Hi !
Is there a way to give a list of files to rsync and it only synchronizes
those files?
Best regards
Marc
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
On Sun 13 Apr 2008, Joe Henning wrote:
> I'm using rsync to mirror/transfer files between a remote server and
> my local server. I've recently been given some new transfer
> requirements --- I now have transfer files from the remote to local
> server in a "reverse timelike" fashion; i.e., I have
