<div dir="ltr">I'm using one of the latest from svn and mine does rename or move files in remote if I rename or move them in the local source directory. It does not transfer them again.</div><div class="gmail_extra"><br>
<br><div class="gmail_quote">On Thu, Dec 6, 2012 at 3:04 AM, Isaac Witmer <span dir="ltr"><<a href="mailto:isaaclw@gmail.com" target="_blank">isaaclw@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I know little about the unison code, but from my use, I've noticed<br>
that it does seem to keep track of the files. On a few occasions,<br>
unison has decided to recreate a file from another file that looked<br>
similar that was already local. (my version of unison--2.32.52--has<br>
the switch xferbycopying).<br>
<br>
I wonder if in your case unison is attempting to delete files first,<br>
and then when it gets around to xferbycopying, it doesn't have any<br>
local copy to transfer from.<br>
<br>
That pondering may be entirely useless to you. Hopefully someone else<br>
knows what they're talking about more than me.<br>
<div class="HOEnZb"><div class="h5"><br>
On Wed, Dec 5, 2012 at 3:44 PM, Nathan Thern <<a href="mailto:nthern@gmail.com">nthern@gmail.com</a>> wrote:<br>
> Hello -<br>
> Longtime unison user. I have known for some time that renaming a file on one<br>
> replica will result in a simple "copy-and-delete" operation at the target<br>
> mirror replica when the two replicas are sync'd.<br>
><br>
> Recently, I encountered a situation where several directories which<br>
> contained large files were renamed on a replica. It happens to be a kind of<br>
> "dropbox" folder for my family to put media content for me to download while<br>
> I am traveling. I unison sync the folder rather than rsync it because I<br>
> delete the content on my end as I consume it. My wife recently "helpfully"<br>
> re-organized some of the directories in that folder and I found my unison<br>
> process re-downloading big content that I actually already had because the<br>
> directories had been "renamed". As unison saw it, some directories had been<br>
> deleted and others added.<br>
><br>
> So, I thought, "This could be a good addition to unison. Add a capability to<br>
> compare newly deleted files to newly added files and detect that they are<br>
> actually renames or moves across directories." I figured it would probably<br>
> best be added as a new command-line option.<br>
><br>
> I downloaded the source and started looking at it. I do not know ocaml, but<br>
> was immediately impressed with the expressive power I could see.<br>
> Unfortunately, I soon got lost in the code.<br>
><br>
> Any hints on where to get started in the source to implement this? I'm<br>
> currently working on learning ocaml, but I also want to get rolling on this<br>
> project as soon as I can.<br>
><br>
> regards,<br>
> NT<br>
><br>
> _______________________________________________<br>
> Unison-hackers mailing list<br>
> <a href="mailto:Unison-hackers@lists.seas.upenn.edu">Unison-hackers@lists.seas.upenn.edu</a><br>
> <a href="http://lists.seas.upenn.edu/mailman/listinfo/unison-hackers" target="_blank">http://lists.seas.upenn.edu/mailman/listinfo/unison-hackers</a><br>
_______________________________________________<br>
Unison-hackers mailing list<br>
<a href="mailto:Unison-hackers@lists.seas.upenn.edu">Unison-hackers@lists.seas.upenn.edu</a><br>
<a href="http://lists.seas.upenn.edu/mailman/listinfo/unison-hackers" target="_blank">http://lists.seas.upenn.edu/mailman/listinfo/unison-hackers</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Emre<br>
</div>