Wayne,
I haven't (yet) given this a try but it sounds like a very reasonable thing to do. --delete-before is still useful in those cases where you may be tight on diskspace. But the default behaviour should be the most efficient one, so I agree with making this patch be the default --delete.
On a related note, don't you think it's time to start making candidate releases for 2.6.4? It's been a while...
-- Alberto
There is a new patch named "delete-during.diff" in the CVS "patches" dir. This patch adds the ability for rsync to incrementally delete files in each directory during the normal course of the transfer rather than doing a separate delete scan either before or after the transfer. The patch renames the current --delete option into --delete-before and makes --delete behave in the delete-during style. I'm debating whether we actually need a --delete-during option -- I'm currently leaning towards leaving it out, so it's not documented as existing at the moment. I've done some simple testing (including both with and without the --relative option) and it seems to work fine so far.
Comments? How do people feel about making the --delete-during behavior the default --delete algorithm? I think it will be much more efficient (and less prone to timeouts), so having it as the default is the best choice.
The patch applies to (and comes with) the CVS version, and is present in the latest "nightly" tar file (available from the web site).
..wayne..
******************************************************************** Alberto Accomazzi aaccomazzi(at)cfa harvard edu NASA Astrophysics Data System ads.harvard.edu Harvard-Smithsonian Center for Astrophysics www.cfa.harvard.edu 60 Garden St, MS 31, Cambridge, MA 02138, USA ******************************************************************** -- To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html