Hi Matt,
thanks for your great help!
A look onto iconv --list told me, that the only mistake was a miss-
spelling.
I had to write --iconv=UTF8-MAC,ISO-8859-15 and everything worked very
well!
cheers to You!
I think, that a hint to iconv --list in the rsync man-page would be
graet
Rudolf
On Thu, 2008-01-24 at 21:25 -0500, Matt McCutchen wrote:
> On Thu, 2008-01-24 at 20:56 -0500, Ming Zhang wrote:
> > > Not easily, since the error messages indicating different kinds of
> > > failure for a given file don't follow a standard pattern. Some
> > > approaches:
> >
> > is it possible to
On Thu, 2008-01-24 at 20:56 -0500, Ming Zhang wrote:
> > Not easily, since the error messages indicating different kinds of
> > failure for a given file don't follow a standard pattern. Some
> > approaches:
>
> is it possible to change those error messages into a standard pattern?
Yes, it would
On Thu, 2008-01-24 at 20:20 -0500, Matt McCutchen wrote:
> On Thu, 2008-01-24 at 18:00 -0500, Ming Zhang wrote:
> > We always run rsync with --files-from and sometime it gets a error code
> > 23, partial transfer. is it possible to find out what files are not
> > transferred without check the erro
On Thu, 2008-01-24 at 18:00 -0500, Ming Zhang wrote:
> We always run rsync with --files-from and sometime it gets a error code
> 23, partial transfer. is it possible to find out what files are not
> transferred without check the error message by human eye(since we want
> to do it in a script)?
No
---
syscall.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/syscall.c b/syscall.c
index 4369c6e..39554e9 100644
--- a/syscall.c
+++ b/syscall.c
@@ -34,6 +34,7 @@ extern int am_root;
extern int read_only;
extern int list_only;
extern int preserve_perms;
+extern int p
Hi All
We always run rsync with --files-from and sometime it gets a error code
23, partial transfer. is it possible to find out what files are not
transferred without check the error message by human eye(since we want
to do it in a script)?
Thanks.
--
Ming Zhang
@#$%^ purging memory... (*!%
h
https://bugzilla.samba.org/show_bug.cgi?id=4037
--- Comment #2 from [EMAIL PROTECTED] 2008-01-24 13:28 CST ---
Note that, in the absence of a proper fix for this issue, symlink munging in
the destination can prevent surprises like the one seen in comment #1.
--
Configure bugmail: h
---
Let's try submitting a patch the git way!
NEWS | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/NEWS b/NEWS
index 0f7c634..9258e6b 100644
--- a/NEWS
+++ b/NEWS
@@ -11,7 +11,7 @@ Changes since 2.6.9:
an implied dir be duplicated as a symlink, you should
On Sat, 2008-01-12 at 11:19 -0800, Wayne Davison wrote:
> I've just released rsync 3.0.0pre8.
I have finally gotten around to making RPMs of rsync 3.0.0pre8:
http://mattmccutchen.net/rsync/#rsync-packages
Matt
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Please keep this on the rsync list.
On Thu, 2008-01-24 at 18:32 +0100, Rudolf E. Reiber wrote:
> I am sorry, but when I apply the --iconv=utf8mac,iso885915 option, the
> rsync compleately fails.
> to compile some patches or do some other things in order getting
> utf8mac to work? Or is this fe
On Thu, 2008-01-24 at 13:25 +0100, Vitorio Machado wrote:
> Somebody knows if it's possible to compile rsync (version 3 would be
> great, but can be 2.6.x) under Mac OS X 10.3.9 with extended
> attributes?
> I have tried to compile rsync from source but the problem I found is
> that the xattr patc
I see now that *Apple's* iconv does have the necessary "utf8mac"
encoding. See:
http://code.google.com/p/macfuse/issues/detail?id=139
http://libiconv.darwinports.com/
So just pass --iconv=utf8mac,iso885915 when the Mac is sending and
--iconv=iso885915,utf8mac when it is receiving, and the proble
Sorry about spamming the list. This update is just to say that I have
tested solutions 1 and 2 and there is no solution:
1) If I configure with --disable-acl --enable-xattr, configure is OK
but make can't compile xattr.c because it seems linked to ACL code...
2) The versions disponible at d
Somebody knows if it's possible to compile rsync (version 3 would be
great, but can be 2.6.x) under Mac OS X 10.3.9 with extended attributes?
Under OS 10.3.9 the Apple shipped rsync have not yet the -E argument
option. RsyncX have a double free bug that is annoying. "Q" rsync
2.6.6 with ext
15 matches
Mail list logo
