add eessi-upload-to-staging script to build container#91
add eessi-upload-to-staging script to build container#91bedroge merged 12 commits intoEESSI:mainfrom
Conversation
| RUN useradd -ms /bin/bash eessi | ||
|
|
||
| # see https://docs.aws.amazon.com/cli/latest/userguide/install-cliv2-linux.html#cliv2-linux-install | ||
| RUN curl https://awscli.amazonaws.com/awscli-exe-linux-$(uname -m)-2.2.35.zip -o awscliv2.zip \ |
There was a problem hiding this comment.
Should we avoid hard coding the version number?
There was a problem hiding this comment.
I actually prefer hardcoding it, to have control over what we install exactly...
But I'm happy to drop this, and always install latest instead.
There was a problem hiding this comment.
Ah, no, I ment we should store it in a variable or similar. We should certainly not just grab latest. I was thinking we could have a master list of versions of things like AWScli, fuse overlay, and other tools we rely on. If nothing else simply to ensure that we know what worked[tm] back in the day.
|
@boegel the check is failing on |
|
ppc64le (or POWER at all) is not a supported platform for awscli: https://docs.aws.amazon.com/cli/latest/userguide/install-cliv2-linux.html#cliv2-linux-install Thankfully AWS wants aarch64 for arm, so that should work. |
|
The pip package does seem to work on |
Yes, and there's actually other good reasons to stick to |
…-layer into build_container_upload
…-layer into build_container_upload
draft PR, not tested yet...This makes uploading tarball of additional software installations a bit easier, no need to copy stuff around first...