<div dir="ltr"><div><div>Shoot , managed to hit send when i didn't mean too -- anyway: <br><br></div>But if you're really concerned about avoiding copying, a certain way to do that I would think would be to create a hard link to the new file, then remove the old file. So it's still easily accomplished with an alias and doesn't really need a command.<br>
</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Jul 16, 2014 at 12:30 PM, David Wagle <span dir="ltr"><<a href="mailto:david.wagle@gmail.com" target="_blank">david.wagle@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">You'll have to explain to me how a rename (which by definition is a change in place and so doesn't change directory structures) could possibly launch into a copy? <br>
</div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br>
<br><div class="gmail_quote">On Wed, Jul 16, 2014 at 11:57 AM, gregrwm <span dir="ltr"><<a href="mailto:tclug1@whitleymott.net" target="_blank">tclug1@whitleymott.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

@david:  sounds like you've never been bitten by intending a simple<br>
rename or move presumably within a filesystem and seeing mv instead<br>
launch into copying.  if i want a copy i'll use cp.  and i'll have a<br>
look before i rm any original.  those safety checks you refer to are<br>
almost entirely around the copy, which i don't even want.  rhel rename<br>
comes with util-linux-ng, ubuntu rename comes packaged with perl,<br>
neither manpage has the WARNING you mention.  reads like the author<br>
had something ominous in mind but they don't say what.  would rename<br>
consent to lose a directory within it's children?  you mean to suggest<br>
mv protects you in some important way from something rename might do?<br>
my understanding of mv is if rename(2) succeeds, it's done, but if<br>
not, well that's when the trouble begins..<br>
<br>
@munir:  and there is no reliable test for "same filesystem".  even<br>
/proc/mounts is not always reliable, eg with persistence ala<br>
overlayfs, or if /proc itself is unavailable, eg in a chroot<br>
<div><div>_______________________________________________<br>
TCLUG Mailing List - Minneapolis/St. Paul, Minnesota<br>
<a href="mailto:tclug-list@mn-linux.org" target="_blank">tclug-list@mn-linux.org</a><br>
<a href="http://mailman.mn-linux.org/mailman/listinfo/tclug-list" target="_blank">http://mailman.mn-linux.org/mailman/listinfo/tclug-list</a><br>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>