-
Notifications
You must be signed in to change notification settings - Fork 762
ARM Megatests #1529
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?
ARM Megatests #1529
Conversation
Update container versions for ARM architecture and
|
Changed the artifact name format for the Tower debug log to include aligner and architecture details for better traceability. https://github.com/actions/upload-artifact/tree/v4/?tab=readme-ov-file#not-uploading-to-the-same-artifact
Warning Newer version of the nf-core template is available. Your pipeline is using an old version of the nf-core template: 3.2.0. For more documentation on how to update your pipeline, please see the nf-core documentation and Synchronisation documentation. |
Now that we have arm builds for most of the software
@@ -181,6 +181,7 @@ profiles { | |||
apptainer.enabled = false | |||
} | |||
docker { | |||
// includeConfig 'conf/containers/containers_docker_amd64.config' |
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.
Include at the top, above profiles? That way it's the default for anyone not using profiles (eg. someone wanting to use Podman, or whatever).
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.
@ewels I've been thinking a bit more about this. I think we do this in phases. Phase one, we start just generating the container configs and put them in the repo—nothing else. See if it anything breaks as we're generating them. Phase two, we refactor the ARM profile. We make it a requirement for now to use wave if you're going to use arm, and we support the old methods of containers. After we've figured out the stability of those, then we can move to the next phase of actually implementing this config module including. |
You've done it manually here, right? I'm not sure what the problem is with including new configs / profiles that are manually generated if they use new profile names for now ( The exception is that I'm keen to rename / remove the arm profile ASAP as I think it causes more confusion than solves problems. Then I would say that the next step is to add commands to nf-core/tools to automate the config generation. Then we can roll it out more widely, where modules have ARM containers. In parallel we should check in on how that's going. Basically I'd like to build out as much of this as possible in a non-destructive way, then change the profile names when we're ready. Thoughts? |
This adds ARM Megatests with an ARM-based compute environment I've set up.