# Templates: Integrations AWS S3 API Starter - error with @aws-sdk/client-s3 import **URL:** \ **Category:** Feedback\ **Created:** [October 24, 2021, 7:23pm UTC](https://talk.observablehq.com/t/templates-integrations-aws-s3-api-starter-error-with-aws-sdk-client-s3-import/5744 "2021-10-24T19:23:01Z")\ **Posts on this page:** 7\ **Page:** 1
**Author:** ![awconway](https://yyz2.discourse-cdn.com/flex030/user_avatar/talk.observablehq.com/awconway/32/5712_2.png) [@awconway](https://talk.observablehq.com/u/awconway)\ **Post date:** [October 24, 2021, 7:23pm UTC](https://talk.observablehq.com/t/templates-integrations-aws-s3-api-starter-error-with-aws-sdk-client-s3-import/5744/1 "2021-10-24T19:23:02Z")
The AWS S3 starter template is throwing this error: AWS = Error: [Package Error] “@aws-sdk/util-utf8-browser” no dependency version info found. (Imported by “@aws-crypto/sha256-browser”). ---
**Author:** ![hellonearthis](https://yyz2.discourse-cdn.com/flex030/user_avatar/talk.observablehq.com/hellonearthis/32/3935_2.png) [@hellonearthis](https://talk.observablehq.com/u/hellonearthis)\ **Post date:** [October 25, 2021, 5:36am UTC](https://talk.observablehq.com/t/templates-integrations-aws-s3-api-starter-error-with-aws-sdk-client-s3-import/5744/2 "2021-10-25T05:36:42Z")
Have you added your ID and Access keys? ![image](https://canada1.discourse-cdn.com/flex030/uploads/observablehq/original/2X/0/02f6d498e9ec887a045af748c75e15d790ad5475.png) ---
**Author:** ![awconway](https://yyz2.discourse-cdn.com/flex030/user_avatar/talk.observablehq.com/awconway/32/5712_2.png) [@awconway](https://talk.observablehq.com/u/awconway)\ **Post date:** [October 25, 2021, 10:37am UTC](https://talk.observablehq.com/t/templates-integrations-aws-s3-api-starter-error-with-aws-sdk-client-s3-import/5744/3 "2021-10-25T10:37:33Z")
yes. that code block should really run regardless though because it is just an import. ---
**Author:** ![mootari](https://yyz2.discourse-cdn.com/flex030/user_avatar/talk.observablehq.com/mootari/32/581_2.png) [@mootari](https://talk.observablehq.com/u/mootari)\ **Post date:** [October 25, 2021, 9:51pm UTC](https://talk.observablehq.com/t/templates-integrations-aws-s3-api-starter-error-with-aws-sdk-client-s3-import/5744/4 "2021-10-25T21:51:59Z")
The missing dependency was added just a few hours ago to sha256-browser ([Add missing util-utf8-browser dependency by danthegoodman · Pull Request #245 · aws/aws-sdk-js-crypto-helpers · GitHub](https://github.com/aws/aws-sdk-js-crypto-helpers/pull/245)) and a new npm release has been published ([https://cdn.jsdelivr.net/npm/@aws-crypto/sha256-browser/package.json](https://cdn.jsdelivr.net/npm/@aws-crypto/sha256-browser/package.json)). However I’m not sure if there needs to be a new npm release for @aws-sdk/client-s3, or if there’s some other way to invalidate skypack’s cache. ---
**Author:** ![tophtucker](https://yyz2.discourse-cdn.com/flex030/user_avatar/talk.observablehq.com/tophtucker/32/4781_2.png) [@tophtucker](https://talk.observablehq.com/u/tophtucker)\ **Post date:** [October 26, 2021, 9:24am UTC](https://talk.observablehq.com/t/templates-integrations-aws-s3-api-starter-error-with-aws-sdk-client-s3-import/5744/5 "2021-10-26T09:24:23Z")
Thanks @mootari for finding all that, and thanks @aaronkyle for helping Sara Quigley with this last week. I’m sorry I’ve been delinquent in following up on this! Thanks to the efforts of others it seems like it’s getting close to fixed. I’ve written up my current understanding in the notebook below. The [package.json](https://cdn.jsdelivr.net/npm/@aws-sdk/client-s3@3.38.0/package.json) of @aws-sdk/client-s3@3.38.0 (the latest) requires `@aws-crypto/sha256-browser": "^1.0.0"`. That won’t match yesterday’s v2.0.0 fix, which is what we need. So it seems like this isn’t just a caching issue and we need to wait for a new version of client-s3 to be published. If it’s not done soon I’ll open a PR to [just bump these two lines](https://github.com/aws/aws-sdk-js-v3/blob/main/clients/client-s3/package.json#L24-L25). (There are a ton of other packages in the SDK with the same issue, so I’m not sure whether to just find-and-replace all of them or what.) > **[Issues loading latest AWS SDK with Skypack](https://observablehq.com/d/4a0ba9e3e114e617)** > > We use @aws-sdk/client-s3 in our AWS S3 API Starter notebook (among others) using Skypack. In mid-October it stopped working and started throwing the error: If you look at https://cdn.skypack.dev/@aws-sdk/client-s3@v3.22.0, you can get a pinned URL... ---
**Author:** ![mootari](https://yyz2.discourse-cdn.com/flex030/user_avatar/talk.observablehq.com/mootari/32/581_2.png) [@mootari](https://talk.observablehq.com/u/mootari)\ **Post date:** [October 28, 2021, 11:28am UTC](https://talk.observablehq.com/t/templates-integrations-aws-s3-api-starter-error-with-aws-sdk-client-s3-import/5744/6 "2021-10-28T11:28:24Z")
The required change was committed a few hours ago. So far no new release has been published. > > > We pinned to 2.0.0 because crypto helpers 2.0.0+ is suppose to drop > support for… Node.js 10. They may introduce warnings or breaking change > in any time. We should unpin the version after v3 drops the support > for Node.js 10 too. > > \### Issue > Resolves: https://github.com/aws/aws-sdk-js-v3/issues/2810 > > \--- > By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice. ---
**Author:** ![tophtucker](https://yyz2.discourse-cdn.com/flex030/user_avatar/talk.observablehq.com/tophtucker/32/4781_2.png) [@tophtucker](https://talk.observablehq.com/u/tophtucker)\ **Post date:** [October 29, 2021, 6:58pm UTC](https://talk.observablehq.com/t/templates-integrations-aws-s3-api-starter-error-with-aws-sdk-client-s3-import/5744/7 "2021-10-29T18:58:53Z")
This seems to have been finally resolved by v3.39.0 of the AWS SDK, though the conversation continues in [this issue](https://github.com/aws/aws-sdk-js-v3/issues/2810). It is a little troubling that it broke previously despite having being pinned to a working version. Hoping v3 of the SDK settles down toward something more stable. There’s a lot I could’ve tried sooner/faster here (instead of freeriding on that issue), but my most acute personal regret is that I should’ve put a prominent notice at the top of the broken templates as soon as this became an issue. I’m not sure why I didn’t. My bad.