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
Kernel binaries missing #61
Comments
Thanks again for opening an issue! Do you have a link to this deployment or is it private? We'd need the content of the |
Unfortunately it's private. This is the environment.yml:
dependencies:
While build-environment.yml is:
Hope this can help. |
Thank you. I see one weird thing, You omitted the channels, was that on purpose because you use private channels? You probably want to make sure to use the emscripten-forge channel. |
Yes, I omitted the channels due to private channels. But everything works fine, the packages are in my channels. I tried to even remove the jupyterlite-xeus from the run environment, but still it's not working. Maybe the mistake is in the .gitlab-ci.yml? pages: script: artifacts: only:
I really struggle to understand the reason of the error. I took a look at the add_on.py but don't see a way to overcome this. |
Are you mirroring the emscripten-forge channel? The private channels may be the culprit here. If you're mirroring the emscripten-forge channel I wonder if some files are missing from the xeus-python build. |
Yes, I actually am... I'm using jupyter-xeus==0.1.6 and xeus-python 0.15.13 Maybe it's another weird thing but I see that after creating the environment and downloading the packages, once I run the "voici" commands restarts the downloads from scratch. Seems like he is not using the environment. Can this affect? I don't know. """ Immediately after this, it throws the warning of the kernel binaries not found. Does this ring a bell? |
You can ignore this. This is just micromamba creating the environment for the emscripten runtime. You should not try to activate it. Are you able to download the xeus-python package from your emscripten-forge mirror and make sure it's exactly the same as in https://beta.mamba.pm/get/emscripten-forge/emscripten-wasm32/xeus-python-0.15.13-h1be4ea2_1.tar.bz2 ? |
just to double check, you named the file |
Taking a mental note that automatically supporting both would be nice |
lets not have any default and throw an error when nothing is given |
Thanks for the replies. Im seeing here that my package is stored as xeus-python-0.15.13-py{...}.conda. Can this create a difference? |
Sounds also good, but another breaking change. |
Yes, it's .yml. |
IIRC the (new?) I have a feeling this is not coming from your emscripten-forge mirror though? We don't ship |
Another clue that makes me think you mirrored conda-forge instead is this:
We explicitly remove the xpython-raw kernel in emscripten-forge so jupyter-xeus should really not look for it. |
you're right, I think it's mirroring conda-forge most likely. Can this cause a serious difference?
|
is there some way to reproduce this in an open-source fashion? Otherwise, we should close this as this is some problem with your mirroring |
Nope. At this stage I am convinced it is an issue of mirroring. But maybe before closing you have some suggestions on what else can be used that is in conda-forge. |
Yeah you should also mirror emscripten-forge. Though I'm a bit skeptical this would fix your issue. You are in a weird situation where micromamba is not respecting the specified platform whatsoever. Otherwise it would complain earlier saying it cannot install xeus-python from the specified channels. |
maybe this helps, but for There I create the prefix first, build & install stuff, and then use that in the docs |
Fine, thank you for help. We can close this and I'll try to find an alternative way to achieve the goal, otherwise I'll stick to the "slower" solution, which is still fine. |
@martinRenou re: using Also, if you do use |
The README lies about the file extension, the code tells the truth https://github.com/jupyterlite/xeus/blob/main/jupyterlite_xeus/add_on.py#L80 |
we should fix the README |
Originally opened by @Alberto199810 in voici-demo voila-dashboards/voici-demo#23
The text was updated successfully, but these errors were encountered: