-
Notifications
You must be signed in to change notification settings - Fork 5
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
FYI: open-quantum-safe/rust team has crates.io push access #8
Comments
Thanks for the heads-up, @thomwiggers ! |
Closed
Oh I see that the Rust team is already managed: Lines 12 to 14 in fcc7133
So that means that point 1 is already addressed. |
@thomwiggers I can work with you on setting up crates publishing. |
@ryjones @thomwiggers can this issue be closed by now? |
Yeah it seems that these things are actually covered. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
I see that there is some new bot set up to provision access control and maintainer status through the configuration file that is owned by this repository. Please note that:
open-quantum-safe/rust
team (which I am guessing is not part of this new system) has permissions to push to crates.io,open-quantum-safe/rust
team would result in ownership of https://crates.io/crates/oqs getting lost (except that it is still registered to my account directly).One way to work around 2. would be to set up a release process in which CI creates the releases, but that requires some engineering effort.
(unfortunately, Crates.io does not implement trusted publishers like pypi does, which would allow assigning the release permissions directly to the repository itself, so some user will need to own the release API keys).
The text was updated successfully, but these errors were encountered: