[prev in list] [next in list] [prev in thread] [next in thread] 

List:       rsync
Subject:    Re: --ignore-case option does not ignore pathname case?
From:       Wayne Davison <wayned () samba ! org>
Date:       2014-01-26 18:48:35
Message-ID: CAHSx_SsLNeVEs4rCXGj0rsnTfVzr-ngyvH1djM7O3y4v_6dwRQ () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


On Thu, Jan 16, 2014 at 9:48 AM, John Pierman <haqthat@gmail.com> wrote:

> Why is it not ignoring case?
>

Because you're not running it on a case-ignoring filesystem.  That patch is
(sadly) only a partially effective set of changes that helps rsync to deal
with a filesystem that doesn't differentiate upper-/lower-case when naming
files.  Rsync's main algorithm of probing for files by name (via stat)
didn't change, and thus it doesn't try to find an alternate name for the
same file if the filesystem isn't conglomerating them together (and indeed,
it totally fails to notice if the case on a filename has changed on the
server compared to the file's name on the receiver).

For a means of fixing this, I'm imaging having the code that is used for
--delete-during getting modified to notice changes in case and trying to
fix them (even if rsync isn't doing a delete-during run).  If that were
done, the patch would probably then be in good enough shape to finally be
included in the main code.

..wayne..

[Attachment #5 (text/html)]

<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Jan 16, 2014 \
at 9:48 AM, John Pierman <span dir="ltr">&lt;<a href="mailto:haqthat@gmail.com" \
target="_blank">haqthat@gmail.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex"><div dir="ltr"><div>Why is it not ignoring \
case?</div></div></blockquote></div><br>Because you&#39;re not running it on a \
case-ignoring filesystem.   That patch is (sadly) only a partially effective set of \
changes that helps rsync to deal with a filesystem that doesn&#39;t differentiate \
upper-/lower-case when naming files.   Rsync&#39;s main algorithm of probing for \
files by name (via stat) didn&#39;t change, and thus it doesn&#39;t try to find an \
alternate name for the same file if the filesystem isn&#39;t conglomerating them \
together (and indeed, it totally fails to notice if the case on a filename has \
changed on the server compared to the file&#39;s name on the receiver).</div>

<div class="gmail_extra"><br></div><div class="gmail_extra">For a means of fixing \
this, I&#39;m imaging having the code that is used for --delete-during getting \
modified to notice changes in case and trying to fix them (even if rsync isn&#39;t \
doing a delete-during run).   If that were done, the patch would probably then be in \
good enough shape to finally be included in the main code.</div>

<div class="gmail_extra"><br></div><div class="gmail_extra"><div>..wayne..</div>
</div></div>



-- 
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html

[prev in list] [next in list] [prev in thread] [next in thread]