Re: --delete option

2011-08-24 Thread Kevin Korb
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Unfortunately rsync has no concept of newly created. On 08/24/11 15:38, Saman Ghannadzadeh wrote: Hi all, I was wondering if it's possible to make the --delete option to not delete files that have been newly created on the destination site but

Re: --delete option

2011-08-24 Thread Eberhard Moenkeberg
Hi, On Wed, 24 Aug 2011, Kevin Korb wrote: Unfortunately rsync has no concept of newly created. --updateskip files that are newer on the receiver doesn't prevent deleting for files not existing on source side? On 08/24/11 15:38, Saman Ghannadzadeh wrote: Hi all, I was

Re: --delete option

2011-08-24 Thread Kevin Korb
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 - --update skips files that are newer on the target than the source. If the file does not exist on the source then there is no concept of newer. - --delete deletes things that are on the target but not the source (and not excluded). It can't be

Re: delete option?

2007-01-13 Thread Matt McCutchen
On 1/13/07, Tino Schöllhorn [EMAIL PROTECTED] wrote: rsync -v --delete --times /var/subversion/ myhost.de:backup/subversion/ The backup works fine - but file which are deleted from the source *aren't* deleted from the destination as I expected. You need the -r option (--recursive) to make

Re: delete option?

2007-01-13 Thread Tino Schöllhorn
Hi, thanks. Now it works. Of course you are right: Synching worked without -r als long as I specified the files explicitly. It would really help if the documentation would be updated and point out that --delete works only with the -r option. As I can see there are a lot of people out there

Re: delete option?

2007-01-13 Thread Matt McCutchen
On 1/13/07, Tino Schöllhorn [EMAIL PROTECTED] wrote: It would really help if the documentation would be updated and point out that --delete works only with the -r option. As I can see there are a lot of people out there who have problems with that option. Version 2.6.7 and later of the man

Re: delete option

2006-11-26 Thread Wayne Davison
On Sat, Nov 25, 2006 at 02:14:39PM -0300, Manuel Kissoyan wrote: if in the sender side server i delete a directory with files and directories into it after run rsync is not removing that directory/files on the receiver side. I can only guess here since you don't supply any details of your run,

Re: delete option

2006-11-26 Thread Manuel Kissoyan
Sorry...i forgot the detailshere is the info... im running: rsync -vrplogDtzH --stats --delete-during --partial --timeout=500 --exclude-from=/root/rsyncexcludedfiles --files-from=/root/rsyncincludedfiles.. and the includedfiles list have some wildecards but the files that has not

Re: delete option

2006-11-26 Thread Matt McCutchen
Manuel Kissoyan wrote: rsync -vrplogDtzH --stats --delete-during --partial --timeout=500 --exclude-from=/root/rsyncexcludedfiles --files-from=/root/rsyncincludedfiles.. and the includedfiles list have some wildecards but the files that has not been deleted wasnt in the wildcard

Re: --delete option does not always work

2006-09-09 Thread Mario 'BitKoenig' Holbe
Hi, Wayne Davison [EMAIL PROTECTED] wrote: OK, I had a free moment to work up a fix, and here it is. It was pretty simple. I'm sorry to wake this up again, but it seems not to be so simple to fix at all :) I've stumbled over this while noticing that the rsnapshot backup of my root-filesystem

Re: --delete option does not always work

2006-09-09 Thread Mario 'BitKoenig' Holbe
On Sat, Sep 09, 2006 at 12:22:57PM -0700, Wayne Davison wrote: This is a different bug that was recently fixed: using --relative with a root (/) filesystem and --delete was also failing to delete. The latest CVS source and recent nightly tar files have this fixed. Here's the bug (which has

Re: --delete option does not always work

2005-04-27 Thread Wayne Davison
On Wed, Apr 27, 2005 at 12:57:51PM -0400, Lenny wrote: rsync -a --delete --numeric-ids --relative --delete-excluded -v src/ dest/ The problem is caused by the source dir being src/ instead of src when --relative is specified (this causes a problem internally because the starting directory is

Re: --delete option does not always work

2005-04-27 Thread Wayne Davison
OK, I had a free moment to work up a fix, and here it is. It was pretty simple. ..wayne.. --- flist.c 30 Mar 2005 17:31:35 - 1.291 +++ flist.c 27 Apr 2005 19:14:17 - @@ -655,6 +655,9 @@ static struct file_struct *receive_file_ if (flags XMIT_TOP_DIR) {

Re: --delete option

2004-10-30 Thread Paul Slootman
On Fri 29 Oct 2004, [EMAIL PROTECTED] wrote: I'm a bit paranoid, but had to ask-- How safe is it to use the --delete option? ie, when using it locally (or via a mounted network volume), will I *ever* have to worry about my actual source files being delete mistakenly (instead of dest.

Re: --delete option

2004-10-30 Thread johhhn
thanks, that's what I wanted to hear (: On Sat, 30 Oct 2004 12:22:16 +0200, Paul Slootman [EMAIL PROTECTED] wrote: On Fri 29 Oct 2004, [EMAIL PROTECTED] wrote: I'm a bit paranoid, but had to ask-- How safe is it to use the --delete option? ie, when using it locally (or via a mounted