SpikeInterface / SpikeInterface/spikeinterface
Feature Request: add a staleness check for cached container Images
Nobody has claimed this yet.
- Dominant language
- Python
- Stars
- 847
- Forks
- 280
- Avg merge
- 3d 9h
- Merged PRs (30d)
- 29
Description
Is your feature request related to a problem? Please describe.
When using run_sorter, users can combine docker/singularity_image=True with delete_container_files=False in their scripts. Assuming a users implements a "set it and forget it` approach, it is conceivable that the eventually the user will not be running on the latest version of the container for whichever package they are using.
Describe the solution you'd like
An ability to update (or auto-update) the container used, checking for if a container is old and updating if necessary. Maybe a flag like auto_update_container_image
Describe alternatives you've considered
I've considered working with IT to discuss how to manage the images and whether or not the users should be manually specifying the container images.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start at the run_sorter entry point and trace how docker/singularity_image and delete_container_files control cached container use. Define the staleness signal, update behavior, and auto_update_container_image option; done means an old cached image can be detected and updated according to the chosen behavior.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- docker, python
- Domain
- infrastructure
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100