-
Notifications
You must be signed in to change notification settings - Fork 29
Open
Labels
Description
Currently, we rely on a Docker image for testing, but this approach is becoming increasingly problematic. While the initial goal was to provide a reproducible and portable environment, several challenges make this less effective in practice. Here are the issues that I encountered:
Architecture Compatibility:
- Building an image that works on both x86 and ARM architectures is becoming increasingly difficult.
- For example, CP2K (v9.1) installation is available for both architectures on Ubuntu 22 but not on Ubuntu 24.
- Conda only provides CP2K binaries for x86: Conda CP2K.
- GitHub releases of CP2K also contain only the x86 version: CP2K Releases.
Maintenance Burden:
- As a result of the previous points, the growing complexity of maintaining a functional Docker image is making it more of a hindrance than a benefit.
Development Workflow Mismatch:
- Plugin development (at least from my side) is primarily done using AiiDAlab images, which already provide the necessary environment.
- As a result, the aiida-cp2k container is rarely used in development.
Coverage Reporting Issues:
- Setting up coverage reporting within the container is complicated since standard actions do not work.
Dependency on aiida-core Base Image:
- Recently, aiida-core 2.6.x versions were released with a critical fix for the restart work chain.
- However, the absence of corresponding Docker images meant that we could not immediately apply the fix, delaying our ability to resolve testing issues.
Conclusion
Based on the above, I propose we stop using the container for testing the plugin to simplify our lives.