-
Notifications
You must be signed in to change notification settings - Fork 927
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.0
object_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_store
to the latest.What changes are included in this PR?
Handle breaking change (
Range<usize>
->Range<u64>
). An alternative would be to change theAsyncFileReader
trait to also useu64
ranges, 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
ObjectStore
trait is part of the public API.