-
Notifications
You must be signed in to change notification settings - Fork 753
Container configs #1515
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
base: dev
Are you sure you want to change the base?
Container configs #1515
Conversation
How do you generate/update the list? |
|
449119d
to
d082b44
Compare
5b93697
to
4fb7547
Compare
Nice! I love to see some work in that direction and will need to take a closer look. A few quick questions that came to my mind at the first glance:
|
Yeah, that was the original idea. I think we've fallen into the waterfall trap and tried to plan before we implemented it. Still a high possibility, but just building out the parts that we can at this point, and trying to figure out where users are getting value out of it.
Either or! I think it'll make everyone's lives easier if we at least write down the containers somewhere(and maybe back them up) on a version release. I'd imagine you could use the "latest" on
This one specifically had to be rnaseq(for now) because I knew all of the software built on ARM via conda. So I 100% agree it's dicey to use for experimentation. It's also got the most eyes on it, so bugs are more likely to be caught sooner rather than later. For example, you and @maxulysse hopping on draft PR, moments after I open it and asking questions 😉 |
process { withName: 'GFFREAD' { container = 'community.wave.seqera.io/library/gffread:0.12.7--33b95f1cfcc0e572' } } | ||
process { withName: 'GTF2BED' { container = 'community.wave.seqera.io/library/perl:5.26.2--e6570c5f08d3e12c' } } | ||
process { withName: 'GTF_FILTER' { container = 'community.wave.seqera.io/library/python:3.9.5--0ee01a3faebf676a' } } | ||
process { withName: 'GUNZIP' { container = 'community.wave.seqera.io/library/grep_sed_tar:4f61255d5eff93dc' } } |
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.
This is an linux/amd64
container
$ docker inspect community.wave.seqera.io/library/grep_sed_tar:4f61255d5eff93dc | grep Architecture
"Architecture": "amd64",
Tested this out on AWS Graviton instance and did not work. What did work was copying the containers from the deleted |
Yeah, Also need several more config files in here - singularity arm / amd, https / oras, conda-lock for example. But moving in the right direction. |
Update container versions for ARM architecture and
@delagoya Good catch! And thanks for the docker inspect snippet:
That looks better! |
docker.runOptions = '-u $(id -u):$(id -g) --platform=linux/amd64' | ||
includeConfig 'conf/arm.config' | ||
} | ||
arm { |
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.
As you mentioned in nf-core/tools#3536, this should be renamed but with a different name, to avoid confusion.
The rest looks good :)
ref: ${{ github.head_ref }} | ||
- uses: nf-core/setup-nextflow@v2 | ||
with: | ||
version: "25.01.0-edge" |
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.
is the edge version needed?
This is the first iteration of the larger effort of supporting ARM in nf-core pipelines.
Not the final state but trying to do this in steps to get to a final code product.
https://nf-co.re/blog/2024/seqera-containers-part-2