-
Notifications
You must be signed in to change notification settings - Fork 4
rawLeaves may be broken #44
Comments
I think I figured it out. When I was writing the Not sure where the best place to fix this would be, but if someone wants to point me to the right place I can send another patch. |
If you have If you have This behaviour is consistent with
My suggestion would be to ignore What do you think @Stebalien @alanshaw ? |
For now, I'd ignore raw leaves when we have metadata and everything fits into a single file.
This also brings back the question of when should we optimize for deduplication (have a single file block pointing to a single raw leaf) versus number of blocks (have a single file block with the data+metadata inlined).
|
One thing that makes that override odd is that |
You're right, the ergonomics are a little wonky but In this case I think we should override Also |
With |
Fixed by #49 |
I don’t think
rawLeaves
works as intended.Here’s the output of
jsipfs
:Note that it prints the same CID twice, both of which are just the raw block created from the input. I believe the intended output is the raw block and a UnixFSv1 dag-pb node.
The text was updated successfully, but these errors were encountered: