Hi, I'd like to extend rsync's --log-format to be more detailed and ultimately work in --dry-run mode. While i need both of these enhancements, i would rather not maintain such mods over time for our local use, so before i work on this, i'd like to hear back that this is indeed desirable/desired, as well as any advice, suggestion or feedback you may have in the hope to see this included in the distribution. My basic goals are to - extend --log-format's %o to describe more of the action taken: "install" (a new file), "update" an existing file, "delete" a file, "skip" an excluded file, "uptodate".. (Note that the last two are currently not logged by --log-format) - say something for everything (e.g. not just files but also directories, ..) - go beyond "update" by listing exactly what is updated (permissions, data, timestamps, ..) Hopefully, once that is done, --dry-run mode can be improved to support --log-format. Let me know what you think.
Christophe Kalt <rsync@klb.taranis.org> writes:> I'd like to extend rsync's --log-format to be more detailed > and ultimately work in --dry-run mode.We (at the UK Mirror Service, http://www.mirrorservice.org/) need our rsync to work with --dry-run, so we use this brute-force patch. We're actually using it against 2.6.2 these days -- that bit of code hasn't changed much for a while... diff -cr rsync-2.4.1-vanilla/receiver.c rsync-2.4.1/receiver.c *** rsync-2.4.1-vanilla/receiver.c Sat Jan 29 11:35:03 2000 --- rsync-2.4.1/receiver.c Wed Feb 2 17:56:26 2000 *************** *** 353,358 **** --- 353,360 ---- if (!am_server) { log_transfer(file, fname); } + initial_stats = stats; + log_recv(file, &initial_stats); continue; } I've got a few other UKMS patches to rsync that I'll try and push to the list at some point in the near future: incoming rsync notification, virtual filesystem support, and maybe a couple of other bits. -- Adam Sampson <azz@us-lot.org> <http://offog.org/>
On Fri, Aug 27, 2004 at 10:56:06AM -0400, Christophe Kalt wrote:> I'd like to extend rsync's --log-format to be more detailed > and ultimately work in --dry-run mode.Something like this would indeed be nice, and it was something that J.W. was going to work on were he still with us. You might want to search the mailing list to see his previous comments and see if you agree with his proposed design (there's no code, just some discussion). ..wayne..