Bump pangeo/base-image from 2020.09.13 to 2020.10.08 in /deployments/icesat2/image/binder

[dependabot]

Bumps pangeo/base-image from 2020.09.13 to 2020.10.08.

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

[TomAugspurger]

cc @salvis2 for the AWS failure:

Building 1 images
Building image 783380859522.dkr.ecr.us-west-2.amazonaws.com/pangeo
Trying to fetch parent image 783380859522.dkr.ecr.us-west-2.amazonaws.com/pangeo:edebcb5
Trying to fetch parent image 783380859522.dkr.ecr.us-west-2.amazonaws.com/pangeo:90a577d
Trying to fetch parent image 783380859522.dkr.ecr.us-west-2.amazonaws.com/pangeo:25aed11
Trying to fetch parent image 783380859522.dkr.ecr.us-west-2.amazonaws.com/pangeo:b34fe80
Trying to fetch parent image 783380859522.dkr.ecr.us-west-2.amazonaws.com/pangeo:3fa123a
Trying to fetch parent image 783380859522.dkr.ecr.us-west-2.amazonaws.com/pangeo:320f892
Trying to fetch parent image 783380859522.dkr.ecr.us-west-2.amazonaws.com/pangeo:ba8fcbf
Trying to fetch parent image 783380859522.dkr.ecr.us-west-2.amazonaws.com/pangeo:cfacd0c
Trying to fetch parent image 783380859522.dkr.ecr.us-west-2.amazonaws.com/pangeo:a66888e
Trying to fetch parent image 783380859522.dkr.ecr.us-west-2.amazonaws.com/pangeo:4b4dee1
Trying to fetch parent image 783380859522.dkr.ecr.us-west-2.amazonaws.com/pangeo:7029a04
Trying to fetch parent image 783380859522.dkr.ecr.us-west-2.amazonaws.com/pangeo:dcc6824
Trying to fetch parent image 783380859522.dkr.ecr.us-west-2.amazonaws.com/pangeo:b319e38
Trying to fetch parent image 783380859522.dkr.ecr.us-west-2.amazonaws.com/pangeo:4997d38
Trying to fetch parent image 783380859522.dkr.ecr.us-west-2.amazonaws.com/pangeo:8832e5c
no basic auth credentialsTraceback (most recent call last):
  File "/usr/local/bin/hubploy", line 8, in <module>
    sys.exit(main())
  File "/usr/local/lib/python3.8/site-packages/hubploy/__main__.py", line 124, in main
    image.push()
  File "/usr/local/lib/python3.8/site-packages/hubploy/config.py", line 163, in push
    self.r2d.push_image()
  File "/usr/local/lib/python3.8/site-packages/repo2docker/app.py", line 478, in push_image
    raise docker.errors.ImageLoadError(progress["error"])
docker.errors.ImageLoadError: no basic auth credentials

[salvis2]

I'm guessing that this fork doesn't have the right credentials.

Ah. I think I removed the git-crypt step from the build action because none of the image files are encrypted. However, the credentials are still encrypted. I think that is the problem here. I'll put the git-crypt step back into the build action.

[salvis2]

So I've added that step back in, but looking at @scottyhq 's comment #754 (comment), I dug into the links a bit and found this:
https://docs.github.com/en/free-pro-team@latest/actions/reference/encrypted-secrets#using-encrypted-secrets-in-a-workflow

With the exception of GITHUB_TOKEN, secrets are not passed to the runner when a workflow is triggered from a forked repository.

Is this going to prevent us from git-crypt'ing anything involving a fork? That wipes out potential functionality on PRs.

[dependabot]

Superseded by #787.