On Fri, 2009-10-30 at 12:16 -0400, JESSE CARROLL wrote:
> Forgive me if the answer is obvious but I've googled and searched the
> archives but I can't seem to find a good solution.
>
> Scenario on a Solaris system:
>
> ls -ld /foo
> drwxrwxrwx 2 user1other512 Oct 30 16:05 /foo
>
On Fri, 2009-10-30 at 12:16 -0400, JESSE CARROLL wrote:
> Forgive me if the answer is obvious but I've googled and searched the
> archives but I can't seem to find a good solution.
>
> Scenario on a Solaris system:
>
> ls -ld /foo
> drwxrwxrwx 2 user1other512 Oct 30 16:05 /foo
>
On Thu, 2009-10-29 at 21:11 +, List Reader wrote:
> While I haven't
> found the exact cause of the error, in my search I did find some
> suggestions that XFS is a better choice for backing up from HFS+, so I
> tried that and this error disappeared.
>
> This one remains though:
>
> rsync: r
Forgive me if the answer is obvious but I've googled and searched the archives but I can't seem to find a good solution.
Scenario on a Solaris system:
ls -ld /foo
drwxrwxrwx 2 user1 other 512 Oct 30 16:05 /foo
ls -l /foo/*
total 0
-rw-r--r-- 1 user1 other 10 Oct 30 16
https://bugzilla.samba.org/show_bug.cgi?id=2790
--- Comment #12 from m...@mattmccutchen.net 2009-10-30 10:48 CST ---
The stable rsync has had --iconv for a while now. Is there a reason this bug
isn't marked fixed? (If someone wants to pursue my idea from comment #10, they
should ent
