-
Notifications
You must be signed in to change notification settings - Fork 5
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 aspera-client-docker image to use the new download workflow #5
Conversation
Drops the study input in favor of the generic fasp-public user Update the README with the new command format
| idr0034 | 20170421-original/Nathalie/HipSci Experiment 10 Plate 1__2014-08-21T17_57_35-Measurement1 | experiment_10 | 5.1G | | ||
docker run -ti --rm -v /tmp/data:/data imagedata/download SOURCE TARGET | ||
|
||
where SOURCE can be any subfolder under https://ftp.ebi.ac.uk/pub/databases/IDR/. For instance |
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.
❤️
Test 1 on Mac M1 - build and run the docker as-is in this PR, use the
As per https://stackoverflow.com/questions/71040681/qemu-x86-64-could-not-open-lib64-ld-linux-x86-64-so-2-no-such-file-or-direc/71611002#71611002, this ^^^ is caused by me being on M1. Went for a solution where I add the line into the Dockerfile
Note: Adding a
Only the Dockerfile edit worked. |
Is it reasonable to keep using centos7 images for this workflow ? |
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.
Two issues:
- Please comment on the M1 support - imho, this type of platform is more and more prevalent and we could offer a solution in this repo.
- centos7 ?
Last commit should allow to build the Linux/amd64 image independently on whether the build machine is On the base image, I am of the opinion we should change it to either Ubuntu 22.04 or Rocky Linux 9 but am not opinionated on either of them. Happy to follow the guidance of the IDR team |
since the initial image was centOS 7, it might be more natural to switch to Rocky Linux 9 |
Copy workflow from omero-server-docker
Tested last 2 commits (Rocky Linux 9 based image). Works fine on
|
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.
👍 (Here's to an AND
vs OR
option for the requested reviewers 😉)
Unless someone wants to take the lead on this, I'll merge this PR by EOB and tag 0.4.0, hoping the deployment logic is still functional |
with: | ||
githubToken: ${{ secrets.GITHUB_TOKEN }} | ||
prefix: "${{ steps.getprefix.outputs.prefix }}" | ||
prefix: "${{ env.name }}" |
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.
Looks like I missed there was a breaking change and a :
need to be appended as in ome/omero-server-docker@6f31737.
Unfortunately, this has created quite a few unwanted images at https://hub.docker.com/u/imagedata. @jburel @joshmoore do you have the credentials to delete those? I can open a PR for a follow-up 0.4.1 release (unless you'd prefer me to delete the tag).
See IDR/idr.openmicroscopy.org#190
This updates the source of the https://hub.docker.com/r/imagedata/download Docker image to use the new Aspera download workflow. This assumes the IDR team wants to keep supporting this image and download workflow. Otherwise, it should probably be archived/deprecated
Included in this PR are the minimal change to make the command functional again