-
-
Notifications
You must be signed in to change notification settings - Fork 478
Bump rand_core version to 0.10.0-rc.1 #1676
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
|
Alternatively, we could move |
In the RustCrypto case [patch.crates-io]
rand_core = { path = "rand_core" }For future development, I think it may be worth to consider moving |
|
The |
|
Ah, I thought we already updated |
|
@dhardy |
Yes, though if you're doing it right, you can get CI green before merging, e.g. by pulling in
|
|
The stream-ciphers PR is merged. |
74ad09b to
ce5c156
Compare
| [patch.crates-io] | ||
| rand_core = { path = "rand_core" } | ||
|
|
||
| [dependencies] |
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 usually put these at the bottom of the file but this should get CI green:
| [dependencies] | |
| [patch.crates-io.chacha20] | |
| git = "https://github.com/RustCrypto/stream-ciphers" | |
| [dependencies] |
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.
Yes, but we don't actually want that (assuming the plan is to make crates.io releases of both crates today).
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 think it's worth to fix CI before merging. IIRC the patch section does not affect cargo publish, so you will be able to remove it in a separate PR after we will release cahcha20.
|
Tests now pass locally using: chacha20 = { git = "https://github.com/RustCrypto/stream-ciphers.git" }@newpavlov approve please?
If we expect on-going breaking changes to Also, the only real advantage is that CI doesn't fail other (We will also need |
Personally, I prefer it from the decoupling point of view as well. I think the circular dependency will continue to be problematic in future. I also plan to submit a PR which re-works the |
|
@dhardy you should be able to commit the change to use the patch and push it up, which will get CI green, and like @newpavlov said when you publish It seems like you shouldn't ever have to merge with CI red. |
|
I decided to go ahead with a new repo: https://github.com/rust-random/core |
| rand_core = { path = "rand_core", version = "0.10.0-rc.1", default-features = false } | ||
| log = { version = "0.4.4", optional = true } | ||
| serde = { version = "1.0.103", features = ["derive"], optional = true } | ||
| chacha20 = { version = "=0.10.0-rc.2", default-features = false, features = ["rng"], optional = true } |
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.
| chacha20 = { version = "=0.10.0-rc.2", default-features = false, features = ["rng"], optional = true } | |
| chacha20 = { version = "=0.10.0-rc.3", default-features = false, features = ["rng"], optional = true } |
Prepare a pre-release.
CI is going to fail. @tarcieri you really use inter-repo dependencies this way?
The "best" option may be to move
rand_coreto a new repo, though that makes it harder to test breaking changes. Or we just push to stabiliserand_corev1.0 (already the plan) and accept that CI will fail sometimes in the mean-time.