anaconda / nb_conda_kernels

Package for managing conda environment-based kernels inside of Jupyter
BSD 3-Clause "New" or "Revised" License
601 stars 70 forks source link

[Discuss] Depend on jupyter-client provisioners #228

Open echarles opened 1 year ago

echarles commented 1 year ago

There has been a few discussion on this issue https://github.com/jupyter-server/jupyter_server/pull/112#issuecomment-1613531994 with @chbrandt @nreith and @kevin-bates to identify ways to use the jupyter-client provisioning sytem to offer conda envs to the notebook users.

This issue aims to continue that discussion.

chbrandt commented 1 year ago

As per discussion in the other issue (referred above), I noticed nb_conda_kernels is using the "providers" endpoint of jupyter-client:

nb_conda_kernels has entrypoint at jupyter_client.kernel_providers, whereas jupyter_client expects an entry at jupyter_client.kernel_provisioners. There is no reference to "kernel_providers" in the docs anymore (https://jupyter-client.readthedocs.io/en/latest/search.html?q=kernel_providers). In nb_conda_kernels's discovery.py module says "Initial support for the kernel provider mechanism to be introduced in jupyter_client 6.0".

mcg1969 commented 8 months ago

255 removes the unused discovery module. It was added in anticipation of a discovery mechanism that was planned for 60 but pulled before release.

waaffles commented 1 month ago

Hey all I'm resurrecting this discussion as I'm unsure on where exactly this all left off as far as

ways to use the jupyter-client provisioning sytem to offer conda envs to the notebook users