https://bugzilla.novell.com/show_bug.cgi?id=245428 User poeml@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=245428#c25 --- Comment #25 from Peter Poeml <poeml@novell.com> 2008-06-03 03:41:39 MDT --- That would help for some cases. Prerequisite: files are changed by creating new files with new names, so the old ones can persist for a while. This isn't true for metadata usually. But it's true for the packages and (afaik) for the drpmsync data. (Is it?) The reason why we don't do that (I _would_ love to do that in a number of other places, too) is that rsync doesn't support this directly. What we could do is - run rsync mostly without deletion, and every two weeks or so run it with deletion, thereby alleviating the problem - run rsync without deletion, followed by a dry run with deletion, capturing the output and have the files deleted through some other means after n days - rsync with include/exclude lists generated via find -mtime ... (something that Dirk just suggested to me in another context) (I'm clearly interested in a generic solution here that helps fix similar problems with other data - not only drpmsync. And I don't know drpmsync 100%, so I can't give a definitive way to deal with it. But I'm aware of some other syncs where we have similar a problem, as in the buildservice and e.g. Factory sync.) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.