Deleting...log path

2007-06-19 Thread Max Kipness
ssage in context: http://www.nabble.com/Deleting...log-path-tf3946219.html#a11194087 Sent from the Samba - rsync mailing list archive at Nabble.com. -- To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html

Re: Deleting...log path

2007-06-21 Thread Paul Slootman
On Tue 19 Jun 2007, Max Kipness wrote: > > For some time I've noticed something that seems very strange to me when > setting an rsync session for delete. > > The destination path of the backup is /backup/Latest/Latest/CORP-SERVER/ so > for new/changed files the logs appropriately report for exam

RE: Deleting...log path

2007-06-21 Thread Max Kipness
> On Tue 19 Jun 2007, Max Kipness wrote: > > > > For some time I've noticed something that seems very strange to me > when > > setting an rsync session for delete. > > > > The destination path of the backup is /backup/Latest/Latest/CORP- > SERVER/ so > > for new/changed files the logs appropriately

Re: Deleting...log path

2007-06-21 Thread Wayne Davison
On Thu, Jun 21, 2007 at 03:19:23PM -0500, Max Kipness wrote: > The %f settings gives you the full path. This is what I want. The %n > setting gives you just the file name. No, %n gives you the path to the file within the transfer. %f includes path info from outside the transfer when output on the

RE: Deleting...log path

2007-06-22 Thread Max Kipness
> On Thu, Jun 21, 2007 at 03:19:23PM -0500, Max Kipness wrote: > > The %f settings gives you the full path. This is what I want. The %n > > setting gives you just the file name. > > No, %n gives you the path to the file within the transfer. %f includes > path info from outside the transfer when o

RE: Deleting...log path

2007-06-22 Thread Max Kipness
t I was really hoping this new version would fix this > bug and print 'test/test9.txt deleting' on the last line. As you can > see it does not. Will this be fixed in the final version, or are there > any other suggestions? Would running a daemon on the other end correct > this?

Re: Deleting...log path

2007-06-22 Thread Wayne Davison
On Fri, Jun 22, 2007 at 07:02:30AM -0500, Max Kipness wrote: > it's still not showing the 'outside' full path as with files > that are new or changed. There's no such thing as an outside path for a deleted file. That's happening on the receiving side, and only the sender knows outside paths. ..w

RE: Deleting...log path

2007-06-22 Thread Max Kipness
> -Original Message- > From: Wayne Davison [mailto:[EMAIL PROTECTED] > Sent: Friday, June 22, 2007 1:39 PM > To: Max Kipness > Cc: rsync@lists.samba.org > Subject: Re: Deleting...log path > > On Fri, Jun 22, 2007 at 07:02:30AM -0500, Max Kipness wrote: > &

Re: Deleting...log path

2007-06-22 Thread Wayne Davison
On Fri, Jun 22, 2007 at 10:07:55AM -0700, Max Kipness wrote: > Update: I've now tried it with rsync in daemon mode, and get the same > results. The full path of the deleted file is still not given. To the user. This is as intended, as it gives a consistent experience to the user. The path in the

Re: Deleting...log path

2007-06-22 Thread Wayne Davison
On Fri, Jun 22, 2007 at 01:45:56PM -0500, Max Kipness wrote: > Ok, so is there possibly anyway to log the location of deleted files? Rsync is telling you where the files are relative to the destination (which is appropriate, as only files on the sending side can come from more than one place on th