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 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.