-
Notifications
You must be signed in to change notification settings - Fork 1.2k
chore: Loosen fsspec requirements to allow recent releases #3922
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
chore: Loosen fsspec requirements to allow recent releases #3922
Conversation
| "minio==7.1.0", | ||
| "mock==2.0.0", | ||
| "moto", | ||
| "moto<5", |
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.
5 changed around the api and current tests do not pass without modification.
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.
I also stumbled into this, any idea why CI isn't failing as well?
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.
I suspect that some transitive dependency was previously holding it back.
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.
Moto v5 just released last week though, that's why CI succeeded
9f780a4 to
730e720
Compare
|
the last time we updated fsspec (from my commits), I got stuck when compiling by pyarrow deps. |
3ed7e10 to
2a71a61
Compare
|
What does this PR need to move forward? |
|
Just wanted to do integration tests since this issue is related to dependencies. So closing this now? 🤔 |
(I'm not sure the project has a super consistent pattern for when to specify a maximum version, but was going for the smallest possible change.) Signed-off-by: Chris Burroughs <chris.burroughs@gmail.com>
Signed-off-by: Chris Burroughs <chris.burroughs@gmail.com>
2a71a61 to
0786e44
Compare
|
cc @franciscojavierarceo per dev call |
Signed-off-by: Chris Burroughs <chris.burroughs@gmail.com>
0786e44 to
d6e312f
Compare
franciscojavierarceo
left a comment
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.
lgtm
…#3922) * chore: Loosen fsspec requirements to allow recent releases (I'm not sure the project has a super consistent pattern for when to specify a maximum version, but was going for the smallest possible change.) Signed-off-by: Chris Burroughs <chris.burroughs@gmail.com> * drop redundant fsspec now that this is in another extra Signed-off-by: Chris Burroughs <chris.burroughs@gmail.com> * post rebase regen Signed-off-by: Chris Burroughs <chris.burroughs@gmail.com> --------- Signed-off-by: Chris Burroughs <chris.burroughs@gmail.com>
In feast-dev#3922 the fsspec requirement was loosened to allow what was then more recent releases. Since then Feast has further reduced the number dependencies with upper bounds. Instead of re-testing each month (when fsspec usually releases) it would now be idiomatic only specify a minimum bound. The new minimum bound was chosen to match what was last locked in ci, since that is what was tested and we can be less sure older versions also work. Signed-off-by: Chris Burroughs <chris.burroughs@gmail.com>
(I'm not sure the project has a super consistent pattern for when to specify a maximum version, but was going for the smallest possible change.)