-
-
Notifications
You must be signed in to change notification settings - Fork 136
Upgrade localstack #1596
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
Upgrade localstack #1596
Conversation
And now, I need to debug why some integration tests failed in CI and not locally... |
Yeh, I pinned this a while ago because localstack introduced some bugs. |
@GrahamCampbell the weird thing in my case is that things worked locally (unless something is broken in |
And this is precisely an attempt at pinning a newer version because the old version also has bugs. |
The new localstack version emulates AWS better, returning a consumed capacity only when the request asks for it.
690b59b
to
79c45bd
Compare
The failure in the test for I also need to investigate the failure in the test for |
In the new localstack version, creating a zone automatically creates the NS and SOA records for that zone, emulating what actually happens on AWS.
OK, I found why I was not seeing failures locally: the clean commands of the The failure from the test for |
I vote that we skip the failing tests and then merge this. I am happy to make the code changes to do that, if anyone else is pushed for time. ❤️ |
FYI, v3.0.0 has been tagged on their GitHub repo, so possibly that will be formally released in the next few hours or days. We could do that upgrade here, or do it on the SQS JSON PR. |
As said above, I started doing the update. I will finish it either this evening or Saturday. |
This upgrades the localstack image used for integration test to the current latest version instead of a very old version.
The goal is to try fixing #1489 which had a failed CI due to a parity mismatch between localstack and AWS for Route53. The bug has been fixed in moto (used by localstack) and I don't know yet whether this is enough to fix the issue entirely in localstack or whether it requires additional changes there (the latest localstack version already uses a version of moto that includes the fix).
Future changes might involve investigating whether our S3 and SQS clients might rely on localstack to run integration tests instead of the testing-s3 and testing-sqs docker images for which we (don't) maintain a fork in this organization (and which rely on tools that have no activity since 2019)