At 13:23 27.01.2008 +0900, Brendan Grieve wrote:
>Wayne Davison wrote:
>>On Thu, Jan 24, 2008 at 02:09:30PM +0900, Brendan Grieve wrote:
>>
>>>I get the following error on files that have russian cryllic letters: -
>>>file has vanished: "/cygdrive/D/Data_Tier1/Home/xxx/??? "
>>
>
Wayne Davison wrote:
On Thu, Jan 24, 2008 at 02:09:30PM +0900, Brendan Grieve wrote:
I get the following error on files that have russian cryllic letters: -
file has vanished: "/cygdrive/D/Data_Tier1/Home/xxx/??? "
See the prior discussions about how MS Windows is lyin
On Thu, Jan 24, 2008 at 02:09:30PM +0900, Brendan Grieve wrote:
> I get the following error on files that have russian cryllic letters: -
> file has vanished: "/cygdrive/D/Data_Tier1/Home/xxx/??? "
See the prior discussions about how MS Windows is lying to rsync about
what the fil
Wayne Davison wrote:
You cited some filename conversion errors when you used --iconv=. which
is what spurred my question. I consider the --iconv=. option to be the
preferred usage (when possible) because it is easy to put a "." in the
RSYNC_ICONV environment variable and have it "do the right th
Wayne Davison wrote:
I'm just
guessing at ideas here, since I can't get it to fail, this is the kind
of detective work you'll need to do to figure out what is causing the
problem.
The cause of problem was the chrooted server. When I switched off chrooting,
the problem disappear.
I've done st
On Sun, Oct 29, 2006 at 11:57:17AM +0500, Yakov Hrebtov wrote:
> If CP1251 side is sending as client (UTF-8 is on server/receiver), then
> there are no errors.
How very strange. I just ran a test here, and I had no problem getting
the server side to use CP1251.
> Moreover, seems to me that erro
Yakov Hrebtov wrote:
It seems, server side cannot do any conversions...
May be it's chroot-related issue?
I will check it tomorrow!
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Yakov Hrebtov wrote:
One more note here.
If CP1251 side is sending as client (UTF-8 is on server/receiver), then
there are no errors.
$ rsync -av --iconv=CP1251,UTF-8 /var/data/tmp/ \
[EMAIL PROTECTED]::userdata/tmp/
This command successfuly transfers files and converts filenames.
It seem
Wayne Davison wrote:
On Fri, Oct 27, 2006 at 04:19:06PM +0600, Yakov Hrebtov wrote:
This test compiles and executes without "failed" message. Hence
iconv_open("UTF-8","CP1251") succeeded.
Check to see if the two programs are linking differently. Perhaps
configure decided that it needed -licon
