-
Notifications
You must be signed in to change notification settings - Fork 67
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
support for jupyterlite + xeus_python kernel #564
Comments
Idea:
|
cc @martinRenou |
This cannot currently be done, but we can rewrite xeus-python-kernel's build logic in a way that make it easier to use from outside. I'll have a look at this this afternoon or tomorrow. |
In this PR I've been working on splitting up the JupyterLite addon in two parts:
This way installing > jupyterlite-xeus-python-build --help
Usage: jupyterlite-xeus-python-build [OPTIONS]
Build and pack an emscripten environment.
╭─ Options ────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────╮
│ --python-version TEXT [default: 3.10] │
│ --xeus-python-version TEXT │
│ --packages TEXT The list of packages you want to install │
│ --environment-file TEXT The path to the environment.yml file you want to use │
│ --root-prefix TEXT [default: /tmp/xeus-python-kernel] │
│ --env-name TEXT [default: xeus-python-kernel] │
│ --empack-config TEXT The empack config file to use. If not provided, the default empack config will be used │
│ --output-path TEXT The directory where to output the packed environment [default: .] │
│ --build-worker --no-build-worker Whether or not to build the TypeScript worker code for using xeus-python in JupyterLite [default: no-build-worker] │
│ --help Show this message and exit. │
╰──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────╯ It's not released yet and it's very much experimental, I'm not sure this API should stay as is, but that could probably help for using in thebe. Also thebe could use the Python API directly instead of the command line if needed. |
I note that there is also now an experimental jupyterlite R kernel: https://github.com/r-wasm/jupyterlite-webr-kernel It would be good to be able to run R backed Jupyter Books too... |
@stevejpurves / @martinRenou, do you have an update on the From what I can see at If there are specific issues that would need to be resolved first, we would be happy to dedicate some resources. |
@michaelweinold thanks for the ping! There are a few outstanding issues with the juptyerlite integration here which I think will be largely fixed by changes here #606 -- i've started tackling this and should have a PR posted this week -- once we're able to pick up the latest pyolite wheels independently from jupyterlite, that simplified deployment and might be a good starting point for looking at how to load xeus and other kernels. @martinRenou i don't know if the xeus kernel is also planning-on/is shipping it's wheels independently as jupyter-pyodide-kernel has? |
I'm not sure I understand the question? Are you talking about the wheel for the jupyterlite-xeus-python package, or wheels for installed packages in the emscripten environment? |
The wheel for |
The wheel for jupyterlite-xeus-python is on PyPi: https://pypi.org/project/jupyterlite-xeus-python. The NPM package is only if you want to depend on it in a front-end extension, which could be the case for thebe indeed. Though it may be nicer for thebe to be able to load federated labextensions instead of hardcoding NPM dependencies? |
yes - i think we should move directly to loading the federated lab extensions as (as far as I understand t) then we can support multiple kernels with one pattern and also have these loaded from elsewhere. |
Context
Enable support for using kernels other than
pyolite
, starting with xeus-pythonProposal
No response
Tasks and updates
No response
The text was updated successfully, but these errors were encountered: