You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I love the idea to simply use a process in a docker container as kernel.
I see an issue, though:
When you run pip within this kernel, you install stuff in the docker container, right?
Some pip packages come with jupyter extensions.
If you install them in the virtual environment within the container, the jupyter instance running "outside" has no access to those.
If I install stuff via ! pip in jupyterlab and run docker diff on the container running my kernel, I see that stuff was installed to e.g.
As far as I understand, I can supply additional directories, where jupyter lab searches for extensions. The documentation mentions JUPYTER_CONFIG_PATH and JUPYTER_PATH.
The proposal would be:
If we mount a directory on the host as volume in the container running the kernel and then modify the environmental variables (or modify the paths by some other configuration setting), then jupyter should get access to the thus installed extensions.
The text was updated successfully, but these errors were encountered:
mount a directory on the host as volume in the container running the kernel and then modify the environmental variables
Yup. Seems reasonable. But, unfortunately, it will have to wait, as my attention is currently directed at other projects, namely IPython (I want to ensure v8.0 happens sooner), and wheelfile (commitment related to my employment).
After I get back to dockernel, and fix the high-prios, I'll make this happen. But if you wish to PR this up, I might find the time to release it earlier.
I love the idea to simply use a process in a docker container as kernel.
I see an issue, though:
When you run
pip
within this kernel, you install stuff in the docker container, right?Some pip packages come with jupyter extensions.
If you install them in the virtual environment within the container, the jupyter instance running "outside" has no access to those.
If I install stuff via
! pip
injupyterlab
and rundocker diff
on the container running my kernel, I see that stuff was installed to e.g.(all in the container).
As far as I understand, I can supply additional directories, where jupyter lab searches for extensions.
The documentation mentions
JUPYTER_CONFIG_PATH
andJUPYTER_PATH
.The proposal would be:
If we mount a directory on the host as volume in the container running the kernel and then modify the environmental variables (or modify the paths by some other configuration setting), then jupyter should get access to the thus installed extensions.
The text was updated successfully, but these errors were encountered: