I'm seeing this assertion failure:
hlink.c:610: failed assertion `node != NULL && node->data != NULL'
In this block of code:
if (inc_recurse) {
int gnum = F_HL_GNUM(file);
struct ht_int32_node *node = hashtable_find(prior_hlinks, gnum, 0);
--> assert(node != NULL && node->dat
Thanks for the response. I tried a few simple tests myself and it does indeed
appear to work. Seems like a few years ago I was able to reproduce the behavior
described at http://defindit.com/readme_files/rsync_backup.html which says that
if you use a trailing slash then --delete won't delete top
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
delete will still work.
On 08/11/11 15:06, BJ Quinn wrote:
> I'm trying to rsync a folder like so -
>
> rsync -aP --delete /home/share_20110801 /lastbackup/share
>
> Under the /lastbackup folder there is a "share" folder. I'd like to
> rsync all th
I'm trying to rsync a folder like so -
rsync -aP --delete /home/share_20110801 /lastbackup/ share
Under the /lastbackup folder there is a "share" folder. I'd like to rsync all
the contents of the "share _20110801" folder directly under the the "share"
folder under /lastbackup. I know I can ad
Hi Folks;
I've already created a case and submitted a patch in the rsync bugzilla:
https://bugzilla.samba.org/show_bug.cgi?id=8367
I'm posting here to reach a wider audience.
The use case is one where rsync is being used to replicate files from a source
to a destination, with the --remove-sourc
Hi Wayne,
On 11/08/2011 02:58, Wayne Davison wrote:
> On Wed, Aug 10, 2011 at 3:19 PM, Andrew Gideon wrote:
>
>> So...what is the point of fixing the seed?
>>
>
> I'ts not really intended for normal use. It can help with some types of
> debugging and other fringe uses.
>
> Is there a "best sol
