-
Notifications
You must be signed in to change notification settings - Fork 28
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
Upgrade to jupyterlite-xeus 3 #219
Comments
How do we go about the upgrade.
Currently the best way to fix this is through a post.js file like done in xeus-r (jupyter-xeus/xeus-r#113) untill we have a way to shift this change in xeus-lite so that all kernels automatically including this change.
So we would need something like the following in our kernel.json !
This also gives me a reason to maybe split out the kernel.json to build a separate thing for the wasm build and for the non-wasm build as I've pointed out here (#185) |
First PR for solving this is up (#220) |
Second Pr that should fix this issue is now raised #221 |
The deploy build for xeus-cpp-lite (on both xeus-cpp & cppinterop) were failing yesterday as there as pointed out by @mcbarton on discord. This is because there was a release on jupyterlite-xeus yesterday.
The improvements that have been worked on
Jupyterlite-xeus 3 depends on mambajs that basically helps Installing conda packages into a browser. So basically we need this if we plan on supporting numcpp, xtensor, clad or anything in the browser.
There won't be a need to copy stuff as we are doing currently
Prs were made to handle the .data and the .so file
For reference
i) This PR by me handles the .data file
jupyterlite/xeus#145
ii) This PR by Martin Renou (a maintainer) handles the .so file
jupyterlite/xeus#146
So a simple jupyterlite build and jupyterlite serve would be enough here.
The text was updated successfully, but these errors were encountered: