Apologies for the double-email; in switching between desktops, I
prematurely sent my last message. Luckily I was very nearly done.

Sean Allred [off-list ref] writes:

But we can see this blob:none 'mistake' again...

    08:33:51.764098 pkt-line.c:80           packet:        fetch> want 0000063ae70e4385b0527df060daf0a81b306c8d
    08:33:51.764098 pkt-line.c:80           packet:        fetch> want 00003efd5bd3b3795950588f7d051e8d0b42def3

    ---8<--- many, many thousands of objects removed

    08:33:54.154726 pkt-line.c:80           packet:        fetch> want ffffd8aad00ab11c0672096203f57564b286da08
    08:33:54.154726 pkt-line.c:80           packet:        fetch> want ffffd967eaed43bf87d40a84f2f9e12c59575abe
    08:33:54.154726 pkt-line.c:80           packet:        fetch> done
    08:33:54.154726 pkt-line.c:80           packet:        fetch> 0000

... with all of those trees

I was verifying my suspicion in the other desktop -- but my suspicion
was incorrect. These aren't all trees; in fact, the objects listed above
are *just* blobs -- no other object types. One could assume that these
are all the blobs in the 8da2fa tree, but I would expect that we'd get
all the subtrees in 8da2fa as well in that case.

I'm not sure how much more information I can extract from this list of
blobs, but I'm open to suggestions if we think there's a pattern here to
be discovered.

--
Sean Allred