Make jupyterlab default environment part of managed qhub-config.yaml environments
See original GitHub issueSummary
Currently the environment that jupyterlab launches with is built into the docker container that qhub launches with. This becomes an issue when users would like to modify the jupyterlab environment e.g. like PR #730. This would also reduce the size of the docker image speeding up the jupyterlab image launching.
Proposed implementation
The default
jupyterlab environment will now be specified in DEFAULT_ENVIRONMENTS and the environment.yaml will be removed from the jupyterlab qhub image. There additionally needs to be a validation check to ensure that the default environment exists in the default environments.
Acceptance Criteria
- jupyterlab profile should launch normally
Tasks to complete
Related to
Issue Analytics
- State:
- Created 2 years ago
- Comments:6 (5 by maintainers)
Top Results From Across the Web
Make jupyterlab default environment part of managed qhub ...
Summary Currently the environment that jupyterlab launches with is built into the docker container that qhub launches with.
Read more >Release notes | Nebari
Enhancements for this release include: Fix reported bug with Azure deployments due to outdated azurerm provider; All dashboards related conda-store environments ...
Read more >QHUB Sprint
JupyterHub is an excellent platform for shared computational environments. ... This will create a qhub-config.yaml file in your folder.
Read more >qhub Changelog
Add option to use RetroLab instead of default JupyterLab ... any change to QHub deployment needed to be made in the `qhub-config.yaml` which...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
@trallard I would say that if we go with the RFD I proposed here (or some other variant), we won’t need this since the user will be able to customize their jupyterlab image how they see fit.
Useful feature. Let’s keep this issue open.