Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

refactor(iroh-bytes): use even newer bao-tree #2168

Merged
merged 2 commits into from
Apr 10, 2024
Merged

Conversation

rklaehn
Copy link
Contributor

@rklaehn rklaehn commented Apr 10, 2024

Description

refactor(iroh-bytes): use even newer bao-tree

There is a new version of bao-tree that fixes some long standing api consistency issues and drops the tokio dependency. This updates iroh to use it.

We of course still use tokio, but switching to something else would be easier at least as far as bao-tree is concerned.

The other change is that encode_ranges_validated no longer writes the length prefix, so we have to do this ourselves. This was done to simplify the bao-tree API and make it more flexible.

Notes & open questions

Change checklist

  • Self-review.
  • Documentation updates if relevant.
  • Tests if relevant.

@rklaehn rklaehn marked this pull request as ready for review April 10, 2024 14:33
@dignifiedquire dignifiedquire added this to the v0.14.0 milestone Apr 10, 2024
@rklaehn rklaehn added this pull request to the merge queue Apr 10, 2024
Merged via the queue into main with commit fe6dcac Apr 10, 2024
24 checks passed
ppodolsky pushed a commit to izihawa/iroh that referenced this pull request Apr 11, 2024
## Description

refactor(iroh-bytes): use even newer bao-tree

There is a new version of bao-tree that fixes some long standing api
consistency issues and drops the tokio dependency. This updates iroh to
use it.

We of course still use tokio, but switching to something else would be
easier at least as far as bao-tree is concerned.

The other change is that encode_ranges_validated no longer writes the
length prefix, so we have to do this ourselves. This was done to
simplify the bao-tree API and make it more flexible.

## Notes & open questions

<!-- Any notes, remarks or open questions you have to make about the PR.
-->

## Change checklist

- [x] Self-review.
- [x] Documentation updates if relevant.
- [x] Tests if relevant.
ppodolsky pushed a commit to izihawa/iroh that referenced this pull request Apr 11, 2024
## Description

refactor(iroh-bytes): use even newer bao-tree

There is a new version of bao-tree that fixes some long standing api
consistency issues and drops the tokio dependency. This updates iroh to
use it.

We of course still use tokio, but switching to something else would be
easier at least as far as bao-tree is concerned.

The other change is that encode_ranges_validated no longer writes the
length prefix, so we have to do this ourselves. This was done to
simplify the bao-tree API and make it more flexible.

## Notes & open questions

<!-- Any notes, remarks or open questions you have to make about the PR.
-->

## Change checklist

- [x] Self-review.
- [x] Documentation updates if relevant.
- [x] Tests if relevant.
matheus23 pushed a commit that referenced this pull request Nov 14, 2024
## Description

refactor(iroh-bytes): use even newer bao-tree

There is a new version of bao-tree that fixes some long standing api
consistency issues and drops the tokio dependency. This updates iroh to
use it.

We of course still use tokio, but switching to something else would be
easier at least as far as bao-tree is concerned.

The other change is that encode_ranges_validated no longer writes the
length prefix, so we have to do this ourselves. This was done to
simplify the bao-tree API and make it more flexible.

## Notes & open questions

<!-- Any notes, remarks or open questions you have to make about the PR.
-->

## Change checklist

- [x] Self-review.
- [x] Documentation updates if relevant.
- [x] Tests if relevant.
@rklaehn rklaehn deleted the new-bao-tree-again branch November 20, 2024 12:32
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Archived in project
Development

Successfully merging this pull request may close these issues.

2 participants