Enhancing Wave Container Transparency
acknowledged
B
Brass Wildcat
Wave is used for container authentication or to enable running Fusion in pipelines. However, when Wave is enabled, the container's name reported in the task table is modified to include the hostname of the Wave service and a unique temporary token. This results in container names like "wave.seqera.io/wt/1234567890/nextflow/bash:latest" instead of the expected "nextflow/bash:latest." This may be perceived as an undesired side effect or even an error in the system.
Our goal is to improve the transparency of Wave containerization. In the task table, we aim to display the expected container name for each task and provide users with the ability to inspect the associated Wave container metadata.
Proposed Solution
When rendering the tasks table, the system should identify the use of a Wave container and take the following actions:
- Remove the Wave-specific prefix and display the original container name, e.g., "nextflow/bash:latest."
- Introduce a visual identifier (e.g., an icon or badge) to mark the container as a "Wave" container.
- Make the container name a link, allowing users to access the corresponding container metadata information page.
- On the container metadata page, report the information presented at this reference link.
F
Flamingo pink Python
another significant consideration with the current naming changes when using Wave, is that all of your "versions.yml" files which are used to create the software report table in MultiQC will have the 'wrong' container names in the table if you accessed them via
task.container
in each Nextflow process. Not sure how to rectify this with the proposal here. Thoughts?Rob Newman
acknowledged
Wave integration into platform initiative TBD