-
Notifications
You must be signed in to change notification settings - Fork 1k
Upgrade to object_store to 0.12.0
#7328
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
Conversation
|
Thank you @mbrobbel . BTW I am hoping we can get this PR ready and merged for a release next week. Specifically this one. |
|
Is this PR ready to go? Looks like
|
We could merge this and handle the conflict in #7252? |
That is my suggestion |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you @mbrobbel
|
I think this is ready to be merged? I can put up a clean version of #7252 on top of this. |
object_store to 0.12.0object_store to 0.12.0
Thanks @kylebarron -- this PR had a merge conflict so I merged up from main and resolved the issue. I'll plan to merge it when the tests are complete |
|
Thanks again @mbrobbel and @kylebarron |
Which issue does this PR close?
Rationale for this change
Bump
object_storeto the latest.What changes are included in this PR?
Handle breaking change (
Range<usize>->Range<u64>). An alternative would be to change theAsyncFileReadertrait to also useu64ranges, but I think converting makes more sense here.Edit: I just noticed #7238 and #7252. I can update this PR when that gets merged. Converting to draft for now.
Are there any user-facing changes?
Yes, this is a breaking change because the
ObjectStoretrait is part of the public API.