Skip to content
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(deps): update secrecy 0.8.0 -> 0.10.3 #161

Merged
merged 1 commit into from
Oct 11, 2024

Conversation

alexpovel
Copy link
Contributor

I diffed the actual crates.io contents via

curl -L https://crates.io/api/v1/crates/secrecy/${VERSION}/download | tar -xf -

with VERSION as 0.8.0 and 0.10.3, then
diffing via git. It revealed nothing suspicious,
with changes as claimed per their CHANGELOG.md.

0.10.0 had some breaking changes. Secret<T> is
no longer a thing, instead there's SecretBox<T>. It turned out secrecy usage in bors is limited,
and private keys are fed as PEM-encoded Strings. For this, there's SecretString, which is just an alias for SecretBox<str>. Accepting it and
converting to bytes in create_github_client
simplifies code at the call sites a bit.

I diffed the actual crates.io contents via

```bash
curl -L https://crates.io/api/v1/crates/secrecy/${VERSION}/download | tar -xf -
```

with `VERSION` as `0.8.0` and `0.10.3`, then
diffing via git. It revealed nothing suspicious,
with changes as claimed per their CHANGELOG.md.

0.10.0 had some breaking changes. `Secret<T>` is
no longer a thing, instead there's `SecretBox<T>`.
It turned out secrecy usage in bors is limited,
and private keys are fed as PEM-encoded `String`s.
For this, there's `SecretString`, which is just an
alias for `SecretBox<str>`. Accepting it and
converting to bytes in `create_github_client`
simplifies code at the call sites a bit.
Copy link
Member

@MarcoIeni MarcoIeni left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks great, thanks! 🙏

@Kobzol
Copy link
Contributor

Kobzol commented Oct 11, 2024

Thank you! :) PEM should hopefully be "just text", so UTF-8 encoding should handle it just fine.

@MarcoIeni MarcoIeni added this pull request to the merge queue Oct 11, 2024
Merged via the queue into rust-lang:main with commit 0215dbd Oct 11, 2024
2 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants