-
Notifications
You must be signed in to change notification settings - Fork 533
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
Fix MSRV failures in CI #1033
Fix MSRV failures in CI #1033
Conversation
What are you trying to do here? |
Should have put more detailed comments, updating now. Just trying to figure out why the MSRV check is failing in |
remove caching lock in serde versions in dev deps to avoid msrv issues
It looks like only |
Wouldn't it be better to |
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.
@esheppa are you still working on this PR? If so, should it be put back to a "Draft"?
Otherwise, LGTM. (Full Disclosure: I didn't look into the versioning in-depth, just taking OPs comments at face value)
@jtmoon79 yes still keen to get this merged if the CI failures are still happening as its a bit awkward to merge with any failed tests. @LingMan we could also do this, however these are only for dev dependencies so we are not forcing anyone to use old versions unless they are running the tests locally. One risk with the That said, re-enabling the serde feature is a good idea. I've added in 07749dc |
Now that the MSRV is raised to 1.56 in #1053 we would no longer need a workaround. |
Thanks - looks like this is not needed which is ideal! |
The MSRV check is failing in CI due to the
dev-dependencies
allowing version1
ofserde_json
andserde_derive
, however versions ofserde_derive
above1.0.156
aren't compatible with an MSRV of1.38.0
. As a fix for now, I've locked in the versions of theserde_*
dev dependencies