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
Better JupyterHub Integration #6428
Comments
cc @minrk |
Love it! |
👊 |
cc @athornton |
CC @vidartf |
Very nice. Thumbs up. This in fact addresses a behavior related to reporting of kernel failure I was going to open an issue for once I had sufficient reproducibility. Plus it'd be nice to be able to get rid of labhub. (Also please feel free to cannibalize https://github.com/lsst-sqre/jupyterlab-savequit , which at our site, pretty much everyone uses rather than the Hub menu) |
Quick note to self: no changes are needed to jhub, we can just add the page config ourselves if the app has a hub_prefix property. |
I have ~0 experience with hub, so I have no idea what this issue is implying. What would the changes to jupyterlab itself be? |
We would update our extension to inject more |
@athornton, thanks for the pointer! I'm wary of adding too much logic up front that might not be wanted in all contexts. I'd prefer to start small. |
This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related discussion. |
I propose that we have better integration with JupyterHub. In the short run, we add a flag to
labhubapp
that the front end uses to determine which connection loss dialog to show (cf #6399), and whether to add the commands/menu items that are currently provided by https://github.com/jupyterhub/jupyterlab-hub.The next logical step would be to augment
jupyterhub-singleuser
to providepage_config_data
and deprecate the use oflabhubapp
.The text was updated successfully, but these errors were encountered: