-
Notifications
You must be signed in to change notification settings - Fork 141
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
update to bitcoin 0.31.0 and make a new release #622
Comments
Thanks for raising the issue and for noticing we did a new release! This upgrade is held up by the All of which are my fault because early during the RC cycle I just deleted |
Oh perhaps we can just use old versions of |
@tcharding I'm fine with it, but it's likely not to work because But maybe you can hack around any incompatibilities by e.g. serializing objects of one version and deserializing as objects of another. |
I think we [0] should just take this as a painful lesson and in future we should have the [0] (mainly me, because I deleted |
There was a very long time when the Though in this case, yeah, we probably could've done it. In the past we've hacked around this. I don't think it's a problem to hack around it again. This is originally why our RPC-using test stuff is in a separate crate like this. |
This new 11.0.0 release depends on bech32-0.10.0-beta, which is marked as unstable on https://docs.rs/bech32/0.10.0-beta/bech32/. Is that a problem? Could bech32 get a new stable release too, or can I rely on the beta as-is? |
@benma you can rely on the beta as-is. But in future we'll keep in mind that docs.rs marks beta crates in a scary/annoying way like this. |
Would be nice to keep all the rust-* crates in sync with each other in terms of releases so that downstream projects can make use of the newest releases.
The text was updated successfully, but these errors were encountered: