Carlos, et al -- Oooooookayyy ... I (vi, Bourne-pure, command-line, to GUIs/TUIs/OFMs) have been pretty much holding back while enjoying reading the flame war, but I just have to jump in here ... ...and then Carlos E. R. said... % On 2023-03-11 12:40, Per Jessen wrote: % > Carlos E. R. wrote: % > % > > > > Oh, mc can move instead of copy. ... % > % > Please, reading the manual is often advisable before offering opinions. % > The option is "--remove-source-files". % % That is not "--move". % % And besides, I'm talking of actually moving, not copying to new destination [snip] The biggest benefit of rsync is working across hosts; that's the 'r' part from rlogin & rsh days. I don't know too many use cases for using rsync to transfer files around(*) on local disk; that's a job for tar et al (works great in bulk) or, as you intimate here, just 'mv'. Why would I want to drag out ANYTHING and shovel files around when I could just 'mv' the directory and not worry about sparse-ness and hard links and so on? So, yeah, there's the --remove-source-files option to effect a "copy this stuff over there and then delete the original", which is the only kind of move you can do across devices, which therefore has to be what mc is doing if you are indeed crossing hosts (or even filesystems). And I sure would hope that mc will do the careful check of source and dest before wiping the old copy, so we're on the same page there ... but I do that whole - "copy tool of choice" source to destination - rsync to touch up if there could be any changes - md5sum source and destination and diff the results to be sure - grab a cup and think for a moment to make sure I'm not stupid-ing - delete the source tree procedure when shuffling content. I even move enough content from my primary desktop, where it comes off of the uSD cards, to the server (and occasionally between servers) that I have scripts to do the double-checking for me. But bashing rsync for having a --remove-source-files option to effect a move operation is silly. If you trust mc to verify, then trust rsync to verify and just move on. If you don't trust rsync, then why would you trust mc? And you said (snipped) that you use mc to compare; just for my own curiosity, what comparison mechanism does it use? * Yes, rsync for syncing, so if you want to keep two directory trees on the same device in sync and don't just want to use hard links then, well, rsync is your tool. But this latest rant started with "move", so I'm explicitly leaving that out. HAND :-D -- David T-G See http://justpickone.org/davidtg/email/ See http://justpickone.org/davidtg/tofu.txt