Skip to content
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

Stop containers instead of removing them at session end #417

Open
GorgetGuilhem opened this issue Apr 19, 2023 · 1 comment
Open

Stop containers instead of removing them at session end #417

GorgetGuilhem opened this issue Apr 19, 2023 · 1 comment

Comments

@GorgetGuilhem
Copy link

Hi ! I'm getting a close look at ShinyProxy as it may be very useful for our business needs, and I'm actually having a question.

Our use case is pretty simple, we want to deploy several applications (VScode, JupyterLab, RStudio) for bio-informatics purposes. The users may install packages with the package manager provided in the container (apt, apk, etc), an we want these packages to be persistent.

As far as I understand and after reading the all ShinyProxy documentation, there is no way to achieve that at this time. My question is : is it already possible to stop the container at session termination instead of removing it ? If not, is it conceivable to implement a new feature that do that ? This way the user may recover the same container with the packages he already installed when he launches a new session, without having to deal with "hacky tricks" at the container level.

This is a very common use-case for us as bio-informaticians often need to work with context specific packages. A Dockerfile installing a list of pre-determined packages is then not possible as it will greatly depends of the user needs.

Thanks by advance !

@LEDfan
Copy link
Member

LEDfan commented May 4, 2023

Hi

This is currently not possible, containers are always stopped. I like the idea and it would be great to have such a feature. However, I think it's difficult to support it on Kubernetes, since as far as I know there is no feature to pause or stop a container.

On a plain Docker host this is could be less complex to implement.

I'll keep this issue open as a feature request.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants