bug-coreutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: mv: Moving directories to "themselves" (not the bug with incorrect e


From: Bob Proulx
Subject: Re: mv: Moving directories to "themselves" (not the bug with incorrect error message)
Date: Sun, 18 Nov 2007 18:09:42 -0700
User-agent: Mutt/1.5.13 (2006-08-11)

Michal Wencl wrote:
> > As a followup, I'm pretty sure rsync already does what you are looking
> > for, so why bloat mv to do something that can be done with another tool?
> 
> I didn't study rsync deeply yet but I understand it as a copy
> utility that temporarily takes filesystem space

Rsync is a swiss-army-chainsaw tool.  It has a zillion options and
operating modes.  But it is also often simply the best tool for the
job too.  Check out the --inplace option.  It is not a perfect fit but
may be enough.

> and wears down a storage medium when moving files to another
> directory.

I think you are thinking of the work needed to compare two files
between the client and the server.  For individual runs it is unlikely
to be a problem.  It becomes a problem when a server is serving a
large number of files to a large number of clients.  The large number
of processes all grinding away can be a problem.  But in the single
threaded case it is not much different from other file copy methods.

> That is not necessary (it's unwanted) in this case. The
> "mv --merge" you proposed might still be useful.

If someone were to write a patch with a copyright assignment to the
FSF so that it could be used I am sure that it would be considered.

Bob




reply via email to

[Prev in Thread] Current Thread [Next in Thread]