-
Notifications
You must be signed in to change notification settings - Fork 47
Update aws versions #981
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 aws versions #981
Conversation
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.
Pull Request Overview
Updates AWS SDK dependencies from v0.x to v1.x versions to maintain compatibility with the cowprotocol/services transition to alloy, which requires AWS v1.
- Updates aws-config from version 0.55 to 1.8
- Updates aws-sdk-kms from version 0.28 to 1.85
- Updates AWS configuration loading code to use the new v1 API pattern
Reviewed Changes
Copilot reviewed 2 out of 2 changed files in this pull request and generated no comments.
| File | Description |
|---|---|
| ethcontract/Cargo.toml | Updates AWS dependency versions to v1.x |
| examples/examples/kms.rs | Updates AWS config loading to use new v1 API with BehaviorVersion |
Tip: Customize your code reviews with copilot-instructions.md. Create the file or learn how to get started.
9ca56c9 to
8219a76
Compare
|
No dependency changes detected. Learn more about Socket for GitHub. 👍 No dependency changes detected in pull request |
1e9aa18 to
cd79c4c
Compare
# Description Adds a conversion from `ethcontract::Account` to the corresponding alloy types. A wrapper is introduced because local accounts don’t share a common type with KMS or PrivateKey in alloy. The usage also differs when building/signing transactions: for a local account it’s enough to just set the from field (an address), while with KMS and PrivateKey there isn’t a direct way to use a signer that’s different from the provider’s configured one(more details alloy-rs/alloy#2829). `ethcontract::Account::Locked` remains unused in this repo and it seems like there is no direct way to convert it into `alloy::signers::local::LocalSigner`, so this branch is `unimplemented`. This PR also depends on cowprotocol/ethcontract-rs#981, which explains incompatibilities. After ethcontract was updated in cowprotocol/ethcontract-rs#981, driver tests started failing with stack overflow. As @jmg-duarte's research showed, that the issue lies in how updated third-party libraries optimizations work, which is not related to any infinite recursion. The problem doesn't exist when building with the `--release` flag, so instead, the stack size was increased. ## How to test In the upcoming PRs. --------- Co-authored-by: MartinquaXD <martin.beckmann@protonmail.com>
# Description Adds a conversion from `ethcontract::Account` to the corresponding alloy types. A wrapper is introduced because local accounts don’t share a common type with KMS or PrivateKey in alloy. The usage also differs when building/signing transactions: for a local account it’s enough to just set the from field (an address), while with KMS and PrivateKey there isn’t a direct way to use a signer that’s different from the provider’s configured one(more details alloy-rs/alloy#2829). `ethcontract::Account::Locked` remains unused in this repo and it seems like there is no direct way to convert it into `alloy::signers::local::LocalSigner`, so this branch is `unimplemented`. This PR also depends on cowprotocol/ethcontract-rs#981, which explains incompatibilities. After ethcontract was updated in cowprotocol/ethcontract-rs#981, driver tests started failing with stack overflow. As @jmg-duarte's research showed, that the issue lies in how updated third-party libraries optimizations work, which is not related to any infinite recursion. The problem doesn't exist when building with the `--release` flag, so instead, the stack size was increased. ## How to test In the upcoming PRs. --------- Co-authored-by: MartinquaXD <martin.beckmann@protonmail.com>
Updates aws dependencies to the latest versions. Another requirement for the cowprotocol/services transition to allloy is that it uses AWS v1 which is incompatible with the v0.x used in this repository.