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
Is it possible to make jupyterlite automatically install the correct corresponding SymPy package? For the "latest" builds, it is already correct since it will pull in the latest package from the repository (except for a possible lag between when sympy gets released to pypi and when it gets released to the micropip repos, which I'm assuming won't be a big deal).
For dev builds, it should install from the git master. Can micropip install from git? It's not clear from https://micropip.pyodide.org/en/stable/project/api.html whether it can. I'd prefer not to have to upload a package build artifact to GitHub pages for every build.
Similarly, for PR preview builds ideally it should install the version from the corresponding PR commit.
For local builds, it ideally should install from the local copy of SymPy. Is this possible? I know the browser limits access to the filesystem, but maybe this can be done as part of the build step, or maybe just by starting the local webserver at the root of the git repo so that it can access the package files in addition to the built docs.
I already know how to use a different configuration in conf.py depending on which build is happening, so the question is mainly about whether it is possible to install from the different sources, especially locally.
Obviously this isn't a huge issue, but I think it would be confusing for developers if they develop a notebook for the documentation and it doesn't run the version of SymPy they are developing. If the notebook uses some feature they are developing, they won't be able to test it in the docs.
Proposed Solution
Additional context
The text was updated successfully, but these errors were encountered:
Thank you for opening an issue. I suppose micropip cannot install from a git repository, but maybe it's worth trying?
I'm currently working on supporting pre-installing pip packages in xeus-python kernels for Jupyterlite in this PR, I suppose this would ease this kind of setup, and you wouldn't need to use micropip anymore, SymPy would be already installed for your users.
Problem
I'm looking into using this in the SymPy documentation. We have 4 different types of documentation builds, the "latest" docs which are updated whenever we do a release (https://docs.sympy.org/latest/index.html), the "dev" docs which get updated automatically whenever sympy master is updated (https://docs.sympy.org/dev/index.html), PR preview builds (e.g., https://output.circle-artifacts.com/output/job/c652bab0-554b-460e-8a57-ced8c5f3c99a/artifacts/0/doc/_build/html/index.html), and local builds, which is any build that would be done locally.
Is it possible to make jupyterlite automatically install the correct corresponding SymPy package? For the "latest" builds, it is already correct since it will pull in the latest package from the repository (except for a possible lag between when sympy gets released to pypi and when it gets released to the micropip repos, which I'm assuming won't be a big deal).
For dev builds, it should install from the git master. Can micropip install from git? It's not clear from https://micropip.pyodide.org/en/stable/project/api.html whether it can. I'd prefer not to have to upload a package build artifact to GitHub pages for every build.
Similarly, for PR preview builds ideally it should install the version from the corresponding PR commit.
For local builds, it ideally should install from the local copy of SymPy. Is this possible? I know the browser limits access to the filesystem, but maybe this can be done as part of the build step, or maybe just by starting the local webserver at the root of the git repo so that it can access the package files in addition to the built docs.
I already know how to use a different configuration in conf.py depending on which build is happening, so the question is mainly about whether it is possible to install from the different sources, especially locally.
Obviously this isn't a huge issue, but I think it would be confusing for developers if they develop a notebook for the documentation and it doesn't run the version of SymPy they are developing. If the notebook uses some feature they are developing, they won't be able to test it in the docs.
Proposed Solution
Additional context
The text was updated successfully, but these errors were encountered: